[kwin] [Bug 369318] New: Crash when an application showing the starting borderless window crashes

2016-09-25 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=369318

Bug ID: 369318
   Summary: Crash when an application showing the starting
borderless window crashes
   Product: kwin
   Version: 5.7.4
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: jtam...@gmail.com

Application: kwin_x11 (5.7.4)

Qt Version: 5.6.1
Frameworks Version: 5.26.0
Operating System: Linux 4.7.3-1-default x86_64
Distribution: "openSUSE Tumbleweed"

-- Information about the crash:
- What I was doing when the application crashed:
Starting a java application that shows a borderless centered window while
starting (I do not remember the english name for that kind of windows) that
crashes just before creating/showing the main window.

The crash can be reproduced every time.

-- Backtrace:
Application: KWin (kwin_x11), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fb947b1b940 (LWP 16468))]

Thread 7 (Thread 0x7fb888e23700 (LWP 16667)):
#0  0x7fb94005210f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fb88f9965a3 in  () at /usr/lib64/dri/r600_dri.so
#2  0x7fb88f995ce7 in  () at /usr/lib64/dri/r600_dri.so
#3  0x7fb94004c454 in start_thread (arg=0x7fb888e23700) at
pthread_create.c:333
#4  0x7fb9474ed3ff in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 6 (Thread 0x7fb8978c8700 (LWP 16626)):
#0  0x7fb944b65640 in QEventDispatcherUNIXPrivate::initThreadWakeUp()
(this=this@entry=0x7fb898e0) at kernel/qeventdispatcher_unix.cpp:268
#1  0x7fb944b66d1a in
QEventDispatcherUNIXPrivate::doSelect(QFlags,
timespec*) (this=this@entry=0x7fb898e0, flags=..., flags@entry=...,
timeout=timeout@entry=0x0) at kernel/qeventdispatcher_unix.cpp:189
#2  0x7fb944b6726a in
QEventDispatcherUNIX::processEvents(QFlags)
(this=0x7fb898c0, flags=...) at kernel/qeventdispatcher_unix.cpp:607
#3  0x7fb944b116fa in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fb8978c7c60, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#4  0x7fb9449373c3 in QThread::exec() (this=this@entry=0x2856cc0) at
thread/qthread.cpp:500
#5  0x7fb93eb7e0a5 in QQmlThreadPrivate::run() (this=0x2856cc0) at
/usr/src/debug/qtdeclarative-opensource-src-5.6.1/src/qml/qml/ftw/qqmlthread.cpp:141
#6  0x7fb94493c2e8 in QThreadPrivate::start(void*) (arg=0x2856cc0) at
thread/qthread_unix.cpp:341
#7  0x7fb94004c454 in start_thread (arg=0x7fb8978c8700) at
pthread_create.c:333
#8  0x7fb9474ed3ff in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 5 (Thread 0x7fb924954700 (LWP 16522)):
#0  0x7fb94005210f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fb943ac67f4 in QTWTF::TCMalloc_PageHeap::scavengerThread()
(this=0x7fb943dafec0 ) at
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
#2  0x7fb943ac6839 in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*)
(context=) at
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#3  0x7fb94004c454 in start_thread (arg=0x7fb924954700) at
pthread_create.c:333
#4  0x7fb9474ed3ff in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 4 (Thread 0x7fb925a17700 (LWP 16514)):
#0  0x7fb9474e5cd3 in select () at ../sysdeps/unix/syscall-template.S:84
#1  0x7fb944b652af in qt_safe_select(int, fd_set*, fd_set*, fd_set*,
timespec const*) (nfds=14, fdread=fdread@entry=0x7fb91c000a78,
fdwrite=fdwrite@entry=0x7fb91c000d08, fdexcept=fdexcept@entry=0x7fb91c000f98,
orig_timeout=orig_timeout@entry=0x0) at kernel/qcore_unix.cpp:75
#2  0x7fb944b66d54 in
QEventDispatcherUNIXPrivate::doSelect(QFlags,
timespec*) (timeout=0x0, exceptfds=0x7fb91c000f98, writefds=0x7fb91c000d08,
readfds=0x7fb91c000a78, nfds=, this=0x7fb91c0008c0) at
kernel/qeventdispatcher_unix.cpp:320
#3  0x7fb944b66d54 in
QEventDispatcherUNIXPrivate::doSelect(QFlags,
timespec*) (this=this@entry=0x7fb91c0008e0, flags=..., flags@entry=...,
timeout=timeout@entry=0x0) at kernel/qeventdispatcher_unix.cpp:196
#4  0x7fb944b6726a in
QEventDispatcherUNIX::processEvents(QFlags)
(this=0x7fb91c0008c0, flags=...) at kernel/qeventdispatcher_unix.cpp:607
#5  0x7fb944b116fa in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fb925a16c60, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#6  0x7fb9449373c3 in QThread::exec() (this=this@entry=0x2bd9ed0) at
thread/qthread.cpp:500
#7  0x7fb93eb7e0a5 in QQmlThreadPrivate::run() (this=0x2bd9ed0) at
/usr/src/debug/qtdeclarative-opensource-src-5.6.1/src/qml/qml/ftw/qqmlthread.cpp:141
#8  0x7fb94493c2e8 in QThreadPrivate::start(void*) (arg=0x2bd9ed0) at

[kate] [Bug 369277] New: LessCSS syntax problem

2016-09-24 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=369277

Bug ID: 369277
   Summary: LessCSS syntax problem
   Product: kate
   Version: Git
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: syntax
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: jtam...@gmail.com

this simple css is not well parsed with the LESSCSS syntax after
@screen-sm-min. It is well parsed with CSS or CleanCSS (for example).

.nav-justified {
  width: 100%;

  @media (min-width: @screen-sm-min) {
> li {
  display: table-cell;
}
  }
}

Reproducible: Always

Steps to Reproduce:
create a new blank document, paste the css code and select the syntax.

Actual Results:  
@screen-sm-min) {
> li {
  display: table-cell;
}
  }
}
is underlined and in red

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 344706] KMenu won't show sometimes (multi-monitor setup)

2016-08-07 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=344706

--- Comment #37 from Jaime Torres  ---
I think I've found the probably cause of the problem (by pure chance). I
usually have the option "Window Behaviour"|"Focus stealing prevention" in High
and I suffer this bug. I've changed it to Medium and the problem is gone (The
opened menu is there even with non minimized programs).

Please, someone else should check if this avoids this problem. If this
workaround works, then this bug will be easier to fix.

-- 
You are receiving this mail because:
You are watching all bug changes.

[trojita] [Bug 365149] parsing error in * STATUS "INBOX" (MESSAGES 702 UNSEEN 0 RECENT 0)

2016-07-08 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=365149

Jaime Torres  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from Jaime Torres  ---
Yes, with that setup trojitá works with this server.

In any case, I'll inform that server developers about that issue.

Best regards.

-- 
You are receiving this mail because:
You are watching all bug changes.

[trojita] [Bug 365149] New: parsing error in * STATUS "INBOX" (MESSAGES 702 UNSEEN 0 RECENT 0)

2016-07-06 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=365149

Bug ID: 365149
   Summary: parsing error in *  STATUS "INBOX" (MESSAGES 702
UNSEEN 0 RECENT 0)
   Product: trojita
   Version: git
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: IMAP
  Assignee: trojita-b...@kde.org
  Reporter: jtam...@gmail.com

In version 0.7 for windows, I get the following error:
ParseError: getAtom: did not read anything
*  STATUS "INBOX" (MESSAGES 702 UNSEEN 0 RECENT 0)
  ^ here
Probably because there are two spaces between * and STATUS?

It connects to a DevMail Gateway that works for thunderbird.


Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[calligraplan] [Bug 364714] New: crash in plan with two views when exiting

2016-06-24 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=364714

Bug ID: 364714
   Summary: crash in plan with two views when exiting
   Product: calligraplan
   Version: 3.0 Alpha
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kosse...@kde.org
  Reporter: jtam...@gmail.com

Application: calligraplan (3.0 Alpha)
 (Compiled from sources)
Qt Version: 5.6.0
Frameworks Version: 5.22.0
Operating System: Linux 4.6.2-1-default x86_64
Distribution: "openSUSE Tumbleweed (20160526) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:

I have created a new view and after playing a little then tried to close it,
and crash.

-- Backtrace:
Application: Plan (calligraplan), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fae2d8a7980 (LWP 19473))]

Thread 3 (Thread 0x7fae28133700 (LWP 19475)):
#0  0x7fae395c69cd in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7fae349e93f4 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7fae0cca80f0, timeout=, context=0x7fae27613000) at
gmain.c:4135
#2  0x7fae349e93f4 in g_main_context_iterate
(context=context@entry=0x7fae27613000, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3835
#3  0x7fae349e94fc in g_main_context_iteration (context=0x7fae27613000,
may_block=may_block@entry=1) at gmain.c:3901
#4  0x7fae3a471c5b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7fae2760d000, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x7fae3a41d79a in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fae28132c20, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#6  0x7fae3a256f2c in QThread::exec() (this=this@entry=0x7fae3aaf0d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread.cpp:503
#7  0x7fae3a8817b5 in QDBusConnectionManager::run() (this=0x7fae3aaf0d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
qdbusconnection.cpp:181
#8  0x7fae3a25bb29 in QThreadPrivate::start(void*) (arg=0x7fae3aaf0d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread_unix.cpp:340
#9  0x7fae392d1454 in start_thread (arg=0x7fae28133700) at
pthread_create.c:333
#10 0x7fae395cf3fd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7fae1781b700 (LWP 19477)):
#0  0x7fae392d706f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fae1eb7c253 in  () at /usr/lib64/dri/r600_dri.so
#2  0x7fae1eb7ba67 in  () at /usr/lib64/dri/r600_dri.so
#3  0x7fae392d1454 in start_thread (arg=0x7fae1781b700) at
pthread_create.c:333
#4  0x7fae395cf3fd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7fae2d8a7980 (LWP 19473)):
[KCrash Handler]
#6  0x7fae260ef880 in KChart::AbstractCoordinatePlane::parent() () at
/opt/kde5/lib64/libKChart.so.2
#7  0x7fae2615803c in
KChart::CartesianAxis::Private::calculateMaximumSize() const () at
/opt/kde5/lib64/libKChart.so.2
#8  0x7fae26158f9b in KChart::CartesianAxis::maximumSize() const [clone
.localalias.80] () at /opt/kde5/lib64/libKChart.so.2
#9  0x7fae3b3dbba1 in QBoxLayoutPrivate::setupGeom()
(this=this@entry=0x7fae004b7000) at kernel/qboxlayout.cpp:283
#10 0x7fae3b3dc676 in QBoxLayout::minimumSize() const (this=) at kernel/qboxlayout.cpp:620
#11 0x7fae3b3dc676 in QBoxLayout::minimumSize() const (this=) at kernel/qboxlayout.cpp:621
#12 0x7fae3b3e3ec7 in QGridLayoutPrivate::setupLayoutData(int, int)
(this=0x7fae004b4e40) at kernel/qgridlayout.cpp:68
#13 0x7fae3b3e3ec7 in QGridLayoutPrivate::setupLayoutData(int, int)
(this=this@entry=0x7fae004ba3c0, hSpacing=0, vSpacing=vSpacing@entry=0) at
kernel/qgridlayout.cpp:800
#14 0x7fae3b3e4565 in QGridLayoutPrivate::findSize(int QLayoutStruct::*,
int, int) const (this=this@entry=0x7fae004ba3c0,
size=size@entry=::maximumSize, hSpacing=,
vSpacing=vSpacing@entry=0) at kernel/qgridlayout.cpp:433
#15 0x7fae3b3e46fd in QGridLayout::maximumSize() const (vSpacing=0,
hSpacing=, this=) at kernel/qgridlayout.cpp:477
#16 0x7fae3b3e46fd in QGridLayout::maximumSize() const
(this=0x7fae004b4c20) at kernel/qgridlayout.cpp:1261
#17 0x7fae3b3dbba1 in QBoxLayoutPrivate::setupGeom()
(this=this@entry=0x7fae00462400) at kernel/qboxlayout.cpp:283
#18 0x7fae3b3dc676 in QBoxLayout::minimumSize() const (this=) at kernel/qboxlayout.cpp:620
#19 0x7fae3b3dc676 in QBoxLayout::minimumSize() const (this=) at kernel/qboxlayout.cpp:621
#20 0x7fae3b3e3ec7 in QGridLayoutPrivate::setupLayoutData(int, int)
(this=0x7fae0049db20) at kernel/qgridlayout.cpp:68
#21 0x7fae3b3e3ec7 in

[frameworks-baloo] [Bug 352885] crash starting the session

2016-05-01 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=352885

Jaime Torres  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Jaime Torres  ---
Does not happen any more.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-plasma] [Bug 361337] "time" dataEngine for Local is always null

2016-05-01 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=361337

Jaime Torres  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Jaime Torres  ---
>From today on it works. Finally I got time and date in the desktop.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-plasma] [Bug 361337] New: "time" dataEngine for Local is always null

2016-04-03 Thread Jaime Torres via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=361337

Bug ID: 361337
   Summary: "time" dataEngine for Local is always null
   Product: frameworks-plasma
   Version: unspecified
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: libplasma
  Assignee: notm...@gmail.com
  Reporter: jtam...@gmail.com

Plasma clocks only works in systemsettings, I think the reason is that the
"time" DataEngine returns an incorrect DateTime for Local, at least in opensuse
64 bits. Here you are the results of using 
plasmaengineexplorer with the time engine looking for Local:
Key   ValueType
DateTime  QDateTime
Offset   0int
Timezone   /etc/localtimeQString
Timezone Abbreviation  QString
Timezone City  localtime  QString
Timezone Continent  etc  QString

I've tried to replace /etc/localtime link to /usr/share/zoneinfo/Europe/Madrid
with the file itself with the same result.


Reproducible: Always



Expected Results:  
The expected results are:
Key   Value
  Type
DateTimedom, abr 3 11:23:55 2016 GMT   
QDateTime
Offset   7200  
   int
TimezoneEurope/Madrid  
   QString
Timezone Abbreviation  CEST
QString
Timezone City   Madrid 
   QString
Timezone Continent   Europe
   QString

-- 
You are receiving this mail because:
You are watching all bug changes.