[kile] [Bug 328712] adding build tool destroys menu layout

2016-10-14 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=328712

--- Comment #8 from Nico Kruber  ---
Hi Wolfgang, I tried deleting ~/.kde4/share/apps/kile/kileui.rc but this does
not change the behaviour I observe: whenever I use the package from KDE:Extra
(openSUSE 13.2, x86_64), the changed shortcut is written to this file but
apparently not read during startup.

I can send you the whole file but since the newly (automatically) created file
also shows this, here's the interesting part after changing the shortcut:




  ...
 
  
 


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

[kile] [Bug 328712] adding build tool destroys menu layout

2016-09-28 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=328712

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #6 from Nico Kruber  ---
I'm having trouble with customising shortcuts ever since this patch got added
to the openSUSE packages: whenever I change (or add) a shortcut and re-start
kile, the shortcut is reset and thus not available anymore, e.g. setting CTRL+B
for "Quick Build". It looks like this is happening during the startup since
downgrading the package to the old version left me with the shortcut I had
previously defined with the version including this patch.

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

[dolphin] [Bug 364039] Dolphin crashed on file transfer

2016-09-05 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=364039

--- Comment #11 from Nico Kruber  ---
as a side note, when I move the files with "mv", I get the following
errors/warnings which might be related:

mv: preserving times for ‘...’: Operation not permitted
mv: preserving permissions for ‘...’: Operation not permitted

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

[dolphin] [Bug 364039] Dolphin crashed on file transfer

2016-09-05 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=364039

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #10 from Nico Kruber  ---
same here - seems to only happen moving to ntfs partitions for me (mounted
using ntfs-3g)
Dolphin: 16.04.3
KDE Frameworks: 5.25.0
Qt: 5.7.0

Application: Dolphin (dolphin), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fc2a6c05780 (LWP 7391))]

Thread 4 (Thread 0x7fc27e208700 (LWP 7394)):
#0  0x7fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fc299bfde64 in g_main_context_poll (priority=2147483647, n_fds=1,
fds=0x7fc278003220, timeout=-1, context=0x7fc278000990) at gmain.c:4103
#2  g_main_context_iterate (context=context@entry=0x7fc278000990,
block=block@entry=1, dispatch=dispatch@entry=1, self=) at
gmain.c:3803
#3  0x7fc299bfdf7c in g_main_context_iteration (context=0x7fc278000990,
may_block=1) at gmain.c:3869
#4  0x7fc2a0809f7b in QEventDispatcherGlib::processEvents
(this=0x7fc2780008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7fc2a07b98cb in QEventLoop::exec (this=this@entry=0x7fc27e207e50,
flags=..., flags@entry=...) at kernel/qeventloop.cpp:210
#6  0x7fc2a060006a in QThread::exec (this=) at
thread/qthread.cpp:507
#7  0x7fc2a0604899 in QThreadPrivate::start (arg=0x1296840) at
thread/qthread_unix.cpp:344
#8  0x7fc29bec10a4 in start_thread (arg=0x7fc27e208700) at
pthread_create.c:309
#9  0x7fc2a64b602d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7fc28e3cf700 (LWP 7393)):
#0  0x7fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fc299bfde64 in g_main_context_poll (priority=2147483647, n_fds=1,
fds=0x7fc280018810, timeout=-1, context=0x7fc28990) at gmain.c:4103
#2  g_main_context_iterate (context=context@entry=0x7fc28990,
block=block@entry=1, dispatch=dispatch@entry=1, self=) at
gmain.c:3803
#3  0x7fc299bfdf7c in g_main_context_iteration (context=0x7fc28990,
may_block=1) at gmain.c:3869
#4  0x7fc2a0809f7b in QEventDispatcherGlib::processEvents
(this=0x7fc288c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7fc2a07b98cb in QEventLoop::exec (this=this@entry=0x7fc28e3cee20,
flags=..., flags@entry=...) at kernel/qeventloop.cpp:210
#6  0x7fc2a060006a in QThread::exec (this=this@entry=0x7fc2a0e87d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread.cpp:507
#7  0x7fc2a0c1e4b5 in QDBusConnectionManager::run (this=0x7fc2a0e87d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
qdbusconnection.cpp:196
#8  0x7fc2a0604899 in QThreadPrivate::start (arg=0x7fc2a0e87d00 <(anonymous
namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread_unix.cpp:344
#9  0x7fc29bec10a4 in start_thread (arg=0x7fc28e3cf700) at
pthread_create.c:309
#10 0x7fc2a64b602d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fc290581700 (LWP 7392)):
#0  0x7fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fc29934b422 in poll (__timeout=-1, __nfds=1, __fds=0x7fc290580d40)
at /usr/include/bits/poll2.h:46
#2  _xcb_conn_wait (c=c@entry=0xc87bd0, cond=cond@entry=0xc87c10,
vector=vector@entry=0x0, count=count@entry=0x0) at xcb_conn.c:459
#3  0x7fc29934d00f in xcb_wait_for_event (c=0xc87bd0) at xcb_in.c:693
#4  0x7fc29310d3e9 in QXcbEventReader::run (this=0xc93f80) at
qxcbconnection.cpp:1337
#5  0x7fc2a0604899 in QThreadPrivate::start (arg=0xc93f80) at
thread/qthread_unix.cpp:344
#6  0x7fc29bec10a4 in start_thread (arg=0x7fc290581700) at
pthread_create.c:309
#7  0x7fc2a64b602d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fc2a6c05780 (LWP 7391)):
[KCrash Handler]
#6  QObjectPrivate::setParent_helper (this=0x32002800200073, o=o@entry=0x0) at
kernel/qobject.cpp:1980
#7  0x7fc2a07ebda9 in QObject::setParent (this=,
parent=parent@entry=0x0) at kernel/qobject.cpp:1957
#8  0x7fc2a250809f in KCompositeJob::removeSubjob (this=,
job=0x1890390) at
/usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kcompositejob.cpp:71
#9  0x7fc2a456a755 in KIO::CopyJobPrivate::slotResultErrorCopyingFiles
(this=this@entry=0x18ae940, job=job@entry=0x1890390) at
/usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:1419
#10 0x7fc2a456af27 in KIO::CopyJobPrivate::slotResultCopyingFiles
(this=this@entry=0x18ae940, job=job@entry=0x1890390) at
/usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:1287
#11 0x7fc2a456cf3a in KIO::CopyJob::slotResult (this=0x14043d0,
job=0x1890390) at /usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:2088
#12 0x7fc2a07e36e5 in QMetaObject::activate

[kontact] [Bug 368180] New: Kontact crashed at startup

2016-09-03 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=368180

Bug ID: 368180
   Summary: Kontact crashed at startup
   Product: kontact
   Version: unspecified
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: nico.kru...@gmail.com

Application: kontact (5.2.3)

Qt Version: 5.7.0
Frameworks Version: 5.25.0
Operating System: Linux 4.7.2-2-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

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

After logging in into my Plasma session, Kontact is supposed to open due to
session restore. It did however crash instead.

-- Backtrace:
Application: Kontact (kontact), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f4b398c67c0 (LWP 3271))]

Thread 20 (Thread 0x7f4a9c82c700 (LWP 3760)):
#0  0x7f4b2dbcd1ee in g_source_iter_next (iter=iter@entry=0x7f4a9c82bc60,
source=source@entry=0x7f4a9c82bc58) at gmain.c:925
#1  0x7f4b2dbcf44b in g_main_context_prepare
(context=context@entry=0x7f4a74000990, priority=priority@entry=0x7f4a9c82bcd8)
at gmain.c:3388
#2  0x7f4b2dbcfd80 in g_main_context_iterate
(context=context@entry=0x7f4a74000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3788
#3  0x7f4b2dbcff7c in g_main_context_iteration (context=0x7f4a74000990,
may_block=1) at gmain.c:3869
#4  0x7f4b3709af7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f4a740008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7f4b3704a8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f4a9c82be10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#6  0x7f4b36e9106a in QThread::exec() (this=) at
thread/qthread.cpp:507
#7  0x7f4b36e95899 in QThreadPrivate::start(void*) (arg=0x2283f70) at
thread/qthread_unix.cpp:344
#8  0x7f4b2f8e40a4 in start_thread (arg=0x7f4a9c82c700) at
pthread_create.c:309
#9  0x7f4b3658702d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 19 (Thread 0x7f4a9d02d700 (LWP 3756)):
#0  0x7f4b2dc11cf9 in g_mutex_lock (mutex=mutex@entry=0x7f4a7990) at
gthread-posix.c:1336
#1  0x7f4b2dbcf028 in g_main_context_release (context=0x7f4a7990) at
gmain.c:3216
#2  0x7f4b2dbcfe0e in g_main_context_iterate
(context=context@entry=0x7f4a7990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3810
#3  0x7f4b2dbcff7c in g_main_context_iteration (context=0x7f4a7990,
may_block=1) at gmain.c:3869
#4  0x7f4b3709af7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f4a78c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7f4b3704a8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f4a9d02ce10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#6  0x7f4b36e9106a in QThread::exec() (this=) at
thread/qthread.cpp:507
#7  0x7f4b36e95899 in QThreadPrivate::start(void*) (arg=0x223b050) at
thread/qthread_unix.cpp:344
#8  0x7f4b2f8e40a4 in start_thread (arg=0x7f4a9d02d700) at
pthread_create.c:309
#9  0x7f4b3658702d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 18 (Thread 0x7f4a9e876700 (LWP 3748)):
#0  0x7f4b3657ebfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f4b2dbcfe64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f4a7c003e30, timeout=-1, context=0x7f4a7c000990) at gmain.c:4103
#2  0x7f4b2dbcfe64 in g_main_context_iterate
(context=context@entry=0x7f4a7c000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f4b2dbcff7c in g_main_context_iteration (context=0x7f4a7c000990,
may_block=1) at gmain.c:3869
#4  0x7f4b3709af7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f4a7c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7f4b3704a8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f4a9e875e10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#6  0x7f4b36e9106a in QThread::exec() (this=) at
thread/qthread.cpp:507
#7  0x7f4b36e95899 in QThreadPrivate::start(void*) (arg=0x20ad080) at
thread/qthread_unix.cpp:344
#8  0x7f4b2f8e40a4 in start_thread (arg=0x7f4a9e876700) at
pthread_create.c:309
#9  0x7f4b3658702d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 17 (Thread 0x7f4a9f077700 (LWP 3745)):
#0  0x7f4b2dc11cf9 in g_mutex_lock (mutex=mutex@entry=0x7f4a8990) at
gthread-posix.c:1336
#1  0x7f4b2dbcf6a1 in g_main_context_query
(context=context@entry=0x7f4a8990, max_priority=2147483647,
timeout=timeout@entry=0x7f4a9f076cdc, fds=fds@entry=0x7f4a80003020,
n_fds=n_fds@entry=2) at gmain.c:3512
#2  0x7f4b2dbcfdcf in g_main_context_iterate
(context=context@entry=0x7f4a8990, block=block@entry=1,

[KBibTeX] [Bug 367925] New: kbibtex crash after reloading bib file

2016-08-28 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367925

Bug ID: 367925
   Summary: kbibtex crash after reloading bib file
   Product: KBibTeX
   Version: 0.6
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: General
  Assignee: fisc...@unix-ag.uni-kl.de
  Reporter: nico.kru...@gmail.com

Application: kbibtex (0.6)
KDE Platform Version: 4.14.23
Qt Version: 4.8.6
Operating System: Linux 4.7.2-2-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

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

I had KBibtex open and changed the file in background (with kwrite), saved it
and kbibtex showed the file-changed dialogue. I let it reload the file and it
seamed to reload correctly but it crashed when I wanted to filter the entries

-- Backtrace:
Application: KBibTeX (kbibtex), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f8111551780 (LWP 6288))]

Thread 5 (Thread 0x7f80ab1af700 (LWP 6294)):
#0  0x7f810902bd14 in g_mutex_unlock (mutex=0x7f80a40009a0) at
gthread-posix.c:1348
#1  0x7f8108fe8f20 in g_main_context_acquire (context=0x7f80a40009a0) at
gmain.c:3196
#2  0x7f8108fe9d25 in g_main_context_iterate
(context=context@entry=0x7f80a40009a0, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3758
#3  0x7f8108fe9f7c in g_main_context_iteration (context=0x7f80a40009a0,
may_block=1) at gmain.c:3869
#4  0x7f810bd39fde in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f80a40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:452
#5  0x7f810bd0bd4f in
QEventLoop::processEvents(QFlags)
(this=this@entry=0x7f80ab1aee20, flags=...) at kernel/qeventloop.cpp:149
#6  0x7f810bd0c045 in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f80ab1aee20, flags=...) at kernel/qeventloop.cpp:204
#7  0x7f810bc094df in QThread::exec() (this=this@entry=0x3bbed80) at
thread/qthread.cpp:538
#8  0x7f810bced653 in QInotifyFileSystemWatcherEngine::run()
(this=0x3bbed80) at io/qfilesystemwatcher_inotify.cpp:265
#9  0x7f810bc0bbbf in QThreadPrivate::start(void*) (arg=0x3bbed80) at
thread/qthread_unix.cpp:349
#10 0x7f810823f0a4 in start_thread (arg=0x7f80ab1af700) at
pthread_create.c:309
#11 0x7f810b54302d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 4 (Thread 0x7f80b0aa8700 (LWP 6291)):
#0  0x7f810b53abfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f8108fe9e64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f80ac0013e0, timeout=9878, context=0x7f80ac0009a0) at gmain.c:4103
#2  0x7f8108fe9e64 in g_main_context_iterate
(context=context@entry=0x7f80ac0009a0, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f8108fe9f7c in g_main_context_iteration (context=0x7f80ac0009a0,
may_block=1) at gmain.c:3869
#4  0x7f810bd39fde in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f80ac0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:452
#5  0x7f810bd0bd4f in
QEventLoop::processEvents(QFlags)
(this=this@entry=0x7f80b0aa7e60, flags=...) at kernel/qeventloop.cpp:149
#6  0x7f810bd0c045 in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f80b0aa7e60, flags=...) at kernel/qeventloop.cpp:204
#7  0x7f810bc094df in QThread::exec() (this=) at
thread/qthread.cpp:538
#8  0x7f810bc0bbbf in QThreadPrivate::start(void*) (arg=0x2d4adf0) at
thread/qthread_unix.cpp:349
#9  0x7f810823f0a4 in start_thread (arg=0x7f80b0aa8700) at
pthread_create.c:309
#10 0x7f810b54302d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7f80b9954700 (LWP 6290)):
#0  0x7f810824303f in pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f811061cb3d in JSC::BlockAllocator::blockFreeingThreadMain() () at
/usr/lib64/libQtWebKit.so.4
#2  0x7f81108d1a06 in WTF::wtfThreadEntryPoint(void*) () at
/usr/lib64/libQtWebKit.so.4
#3  0x7f810823f0a4 in start_thread (arg=0x7f80b9954700) at
pthread_create.c:309
#4  0x7f810b54302d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7f80fa257700 (LWP 6289)):
#0  0x7f810824303f in pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f81108a9eb6 in WTF::TCMalloc_PageHeap::scavengerThread() () at
/usr/lib64/libQtWebKit.so.4
#2  0x7f81108a9ee9 in  () at /usr/lib64/libQtWebKit.so.4
#3  0x7f810823f0a4 in start_thread (arg=0x7f80fa257700) at
pthread_create.c:309
#4  0x7f810b54302d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7f8111551780 (LWP 6288)):
[KCrash Handler]
#6  0x7f810df4a152 in QHash::findNode(QString const&,
unsigned

[digikam] [Bug 366391] rotating an image seems to forget to reset the orientation flag

2016-08-08 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=366391

--- Comment #8 from Nico Kruber  ---
(In reply to Maik Qualmann from comment #5)
> With digiKam-4.14 the same behavior. Orientation flag is not written in this
> case.

I guess you are right - although I remembered differently, I verified the same
behaviour with digikam (and kipi) 4.14, 4.6 and 4.3 on my side. I can't test
any older version here but think that my setup was once working.
Note that with these three versions, after auto-rotating the file and
re-reading their metadata (with the "Read from sidecar files" option set), all
are rotated wrongly in the UI but I guess this is due to the left-over
"JpegRotator-XM.digikamtempfile.jpg.xmp" file which is the only file that
has the new orientation flag set and is now (hopefully) correctly integrated
into the right xmp file :)

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

[digikam] [Bug 366391] rotating an image seems to forget to reset the orientation flag

2016-08-08 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=366391

--- Comment #7 from Nico Kruber  ---
(In reply to caulier.gilles from comment #6)
> >Gilles, what do you think? Should the orientation flag be changed in the 
> >metadata, if the option is enabled that all changes only write to sidecar 
> >files?
> 
> Typically, no. If only sidecar must be touched (through metadata settings),
> well only sidecar must be changed. Some users want to not touch the image
> file and delegate to sidecar all metadata changes.

this bug is not about whether the orientation flag should be changed in the
image when metadata should only be written to sidecar files but whether the
orientation flag should be changed in the image when the user selects to
"Rotate by changing the content if possible" AND decided to write metadata to
sidecar files only (which kind of contradict)

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

[digikam] [Bug 366391] rotating an image seems to forget to reset the orientation flag

2016-08-04 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=366391

Nico Kruber  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1
 Resolution|FIXED   |---

--- Comment #3 from Nico Kruber  ---
Thank you and yes, I usually do not want digikam to modify the file contents
(so I do not need to backup the jpg over and over again) and hence my settings.
Looks like the temporary (and left-over) jpegrotator...xml files are a thing of
the past, too, after your commit :)

However, the option "Rotate by changing the content if possible" allows the jpg
file to change and implies that the image's metadata in the jpg file is
consistent with the image content itself. Therefore, the metadata in the jpg
file should be changed as well and that was the behaviour in digikam < 5.0.
I know that these two settings somehow contradict each other but I also believe
that the previous behaviour is the most sensible one under these circumstances.

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

[digikam] [Bug 366391] New: rotating an image seems to forget to reset the orientation flag

2016-08-03 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=366391

Bug ID: 366391
   Summary: rotating an image seems to forget to reset the
orientation flag
   Product: digikam
   Version: 5.0.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Import-PostProcessing
  Assignee: digikam-de...@kde.org
  Reporter: nico.kru...@gmail.com

Whenever I (auto-)rotate images, e.g. by the menu action or during import where
it seems to be done automatically, it looks like the image contents are rotated
but the metadata is not updated (or maybe only in the sidecar file but not in
the image itself). Manually setting the exif Orientation tag to "normal" via
the menu seems to fix the view inside digikam but not for external programs,
e.g. gimp.

Reproducible: Always

Steps to Reproduce:
1. find a jpeg which is rotated by its exif flag
2. rotate in digikam (with the settings above)
3. open the image in e.g. gimp to see the messed-up result

Actual Results:  
rotated image (contents) with the original exif orientation flag inside the jpg
file

Expected Results:  
rotated image (contents) including the exif orientation flag set to "normal"
inside the jpg file

related application settings:
* Metadata -> Rotation -> Rotate by changing the content if possible
* Metadata -> Rotation -> Write flag to metadata if possible
* Metadata -> Behaviour -> Read from sidecar files
* Metadata -> Behaviour -> Write to sidecar files + Write to XMP sidecar only
(* Metadata -> Behaviour -> Use lazy synchronisation OFF)

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

[okular] [Bug 365949] New: okular crash after logon

2016-07-21 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=365949

Bug ID: 365949
   Summary: okular crash after logon
   Product: okular
   Version: 0.25.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: nico.kru...@gmail.com

Application: okular (0.25.0)
KDE Platform Version: 4.14.22
Qt Version: 4.8.6
Operating System: Linux 4.6.4-6-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

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

I logged into my KDE (plasma 5) session and was greeted with the attached
okular crash

-- Backtrace:
Application: Okular (okular), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#6  0x7f2074405198 in __lll_unlock_elision () at
../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:33
#7  0x7f2074405198 in __lll_unlock_elision (lock=0x7f206c2c1008,
private=128) at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
#8  0x7f2076d11d2b in KSharedDataCache::find(QString const&, QByteArray*)
const () at /usr/lib64/libkdecore.so.5
#9  0x7f2077e5fdee in KIconLoaderPrivate::findCachedPixmapWithPath(QString
const&, QPixmap&, QString&) (this=0x1c87740, key=..., data=..., path=...) at
/usr/src/debug/kdelibs-4.14.22/kdeui/icons/kiconloader.cpp:854
#10 0x7f2077e60126 in KIconLoader::loadIcon(QString const&,
KIconLoader::Group, int, int, QStringList const&, QString*, bool) const
(this=0x1d7fc60, _name=..., group=group@entry=KIconLoader::Desktop, size=22,
state=0, overlays=..., path_store=path_store@entry=0x0,
canReturnNull=canReturnNull@entry=false) at
/usr/src/debug/kdelibs-4.14.22/kdeui/icons/kiconloader.cpp:1149
#11 0x7f2077e582be in KIconEngine::pixmap(QSize const&, QIcon::Mode,
QIcon::State) (this=, size=..., mode=,
state=) at
/usr/src/debug/kdelibs-4.14.22/kdeui/icons/kiconengine.cpp:104
#12 0x7f2077231785 in QIcon::pixmap(QSize const&, QIcon::Mode,
QIcon::State) const () at /usr/lib64/libQtGui.so.4
#13 0x7f2067d9f987 in SidebarDelegate::paint(QPainter*,
QStyleOptionViewItem const&, QModelIndex const&) const (this=0x1f39ea0,
painter=0x7ffc42afe090, option=..., index=...) at
/usr/src/debug/okular-16.04.3/ui/sidebar.cpp:175
#14 0x7f20776a8f21 in QListView::paintEvent(QPaintEvent*) () at
/usr/lib64/libQtGui.so.4
#15 0x7f20771e1a40 in QWidget::event(QEvent*) () at
/usr/lib64/libQtGui.so.4
#16 0x7f207757ee0e in QFrame::event(QEvent*) () at /usr/lib64/libQtGui.so.4
#17 0x7f207768e633 in QAbstractItemView::viewportEvent(QEvent*) () at
/usr/lib64/libQtGui.so.4
#18 0x7f20767882f6 in
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*)
(this=, receiver=0x1f143a0, event=0x7ffc42afe860) at
kernel/qcoreapplication.cpp:1063
#19 0x7f207719277c in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() at /usr/lib64/libQtGui.so.4
#20 0x7f2077198cdd in QApplication::notify(QObject*, QEvent*) () at
/usr/lib64/libQtGui.so.4
#21 0x7f2077ea9e9a in KApplication::notify(QObject*, QEvent*)
(this=0x7ffc42b00540, receiver=0x1f143a0, event=0x7ffc42afe860) at
/usr/src/debug/kdelibs-4.14.22/kdeui/kernel/kapplication.cpp:311
#22 0x7f207678818d in QCoreApplication::notifyInternal(QObject*, QEvent*)
(this=0x7ffc42b00540, receiver=0x1f143a0, event=0x7ffc42afe860) at
kernel/qcoreapplication.cpp:953
#23 0x7f20771dc161 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion
const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () at
/usr/lib64/libQtGui.so.4
#24 0x7f20771dcb90 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,
QList const&, int, QRegion const&, QPoint const&, int, QPainter*,
QWidgetBackingStore*) () at /usr/lib64/libQtGui.so.4
#25 0x7f20771dc9ff in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,
QList const&, int, QRegion const&, QPoint const&, int, QPainter*,
QWidgetBackingStore*) () at /usr/lib64/libQtGui.so.4
#26 0x7f20771dc9ff in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,
QList const&, int, QRegion const&, QPoint const&, int, QPainter*,
QWidgetBackingStore*) () at /usr/lib64/libQtGui.so.4
#27 0x7f20771dbd1c in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion
const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () at
/usr/lib64/libQtGui.so.4
#28 0x7f20771dcb90 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,
QList const&, int, QRegion const&, QPoint const&, int, QPainter*,
QWidgetBackingStore*) () at /usr/lib64/libQtGui.so.4
#29 0x7f20771dc9ff in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,
QList const&, int, QRegion const&, QPoint const&, int, QPainter*,
QWidgetBackingStore*) () at /usr/lib64/libQtGui.so.4
#30 0x7f20771dbd1c in

[kdelibs] [Bug 336882] KDE desktop shell died whilst logging on

2016-06-24 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=336882

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #1 from Nico Kruber  ---
I just had a crash that looks like this one but with dolphin 16.04.2 and Qt
5.6.1
FYI: I always have the terminal open in dolphin

Application: Dolphin (dolphin), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f4f706e6780 (LWP 3417))]

Thread 3 (Thread 0x7f4f5a1d6700 (LWP 3431)):
#0  0x7f4f6ff8cbbd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f4f62d7a422 in _xcb_conn_wait (__timeout=-1, __nfds=1,
__fds=0x7f4f5a1d5d40) at /usr/include/bits/poll2.h:46
#2  0x7f4f62d7a422 in _xcb_conn_wait (c=c@entry=0x2631750,
cond=cond@entry=0x2631790, vector=vector@entry=0x0, count=count@entry=0x0) at
xcb_conn.c:459
#3  0x7f4f62d7c00f in xcb_wait_for_event (c=0x2631750) at xcb_in.c:693
#4  0x7f4f5cd61579 in QXcbEventReader::run() (this=0x263dae0) at
qxcbconnection.cpp:1325
#5  0x7f4f6a074a29 in QThreadPrivate::start(void*) (arg=0x263dae0) at
thread/qthread_unix.cpp:341
#6  0x7f4f6592f0a4 in start_thread (arg=0x7f4f5a1d6700) at
pthread_create.c:309
#7  0x7f4f6ff94fed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7f4f53fff700 (LWP 3616)):
#0  0x7f4f6ff8cbbd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f4f64da9e64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f4f4c017ba0, timeout=-1, context=0x7f4f4c000990) at gmain.c:4103
#2  0x7f4f64da9e64 in g_main_context_iterate
(context=context@entry=0x7f4f4c000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f4f64da9f7c in g_main_context_iteration (context=0x7f4f4c000990,
may_block=1) at gmain.c:3869
#4  0x7f4f6a28734b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f4f4c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x7f4f6a234fcb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f4f53ffee20, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#6  0x7f4f6a06ff5a in QThread::exec() (this=this@entry=0x7f4f6a903d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread.cpp:500
#7  0x7f4f6a69b225 in QDBusConnectionManager::run() (this=0x7f4f6a903d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
qdbusconnection.cpp:189
#8  0x7f4f6a074a29 in QThreadPrivate::start(void*) (arg=0x7f4f6a903d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread_unix.cpp:341
#9  0x7f4f6592f0a4 in start_thread (arg=0x7f4f53fff700) at
pthread_create.c:309
#10 0x7f4f6ff94fed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7f4f706e6780 (LWP 3417)):
[KCrash Handler]
#6  0x7f4f65938198 in __lll_unlock_elision () at
../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:33
#7  0x7f4f65938198 in __lll_unlock_elision (lock=0x7f4f52def008,
private=128) at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
#8  0x7f4f6c020739 in KSharedDataCache::find(QString const&, QByteArray*)
const (this=0x2695330) at
/usr/src/debug/kcoreaddons-5.23.0/src/lib/caching/kshareddatacache.cpp:1225
#9  0x7f4f6c020739 in KSharedDataCache::find(QString const&, QByteArray*)
const (this=, __in_chrg=) at
/usr/src/debug/kcoreaddons-5.23.0/src/lib/caching/kshareddatacache.cpp:1297
#10 0x7f4f6c020739 in KSharedDataCache::find(QString const&, QByteArray*)
const (this=0x2676d50, key=..., destination=destination@entry=0x7ffd5d195050)
at /usr/src/debug/kcoreaddons-5.23.0/src/lib/caching/kshareddatacache.cpp:1579
#11 0x7f4f6d5c4618 in KIconLoaderPrivate::findCachedPixmapWithPath(QString
const&, QPixmap&, QString&) (this=0x268db40, key=..., data=..., path=...) at
/usr/src/debug/kiconthemes-5.23.0/src/kiconloader.cpp:946
#12 0x7f4f6d5c551a in KIconLoader::loadIcon(QString const&,
KIconLoader::Group, int, int, QStringList const&, QString*, bool) const
(this=0x7f4f6d7dac90 <(anonymous
namespace)::Q_QGS_globalIconLoader::innerFunction()::holder>, _name=...,
group=group@entry=KIconLoader::Desktop, size=22, state=0, overlays=...,
path_store=path_store@entry=0x0, canReturnNull=canReturnNull@entry=false) at
/usr/src/debug/kiconthemes-5.23.0/src/kiconloader.cpp:1219
#13 0x7f4f6d5bc7b8 in KIconEngine::pixmap(QSize const&, QIcon::Mode,
QIcon::State) (this=, size=..., mode=,
state=) at
/usr/src/debug/kiconthemes-5.23.0/src/kiconengine.cpp:102
#14 0x7f4f6ac9a909 in QIcon::pixmap(QWindow*, QSize const&, QIcon::Mode,
QIcon::State) const (this=this@entry=0x7ffd5d195570, window=window@entry=0x0,
size=..., mode=mode@entry=QIcon::Normal, state=state@entry=QIcon::Off) at

[krunner] [Bug 362265] krunner crash

2016-06-14 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=362265

--- Comment #4 from Nico Kruber  ---
indeed this seems fixed

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

[krunner] [Bug 362265] krunner crash

2016-04-29 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=362265

--- Comment #1 from Nico Kruber  ---
Seems I can re-produce it consistently now:

every now and then when I start my PC the display resolution is changed (I have
one monitor connected via Displayport and a TV/HiFi system connected via HDMI).
When this happens I open the "display configuration" to change that back. After
that, the first time krunner is started and I start typing, it crashes. It does
not matter how long ago I changed the resolution (this time 8h before the
crash).

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

[krunner] [Bug 362265] New: krunner crash

2016-04-25 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=362265

Bug ID: 362265
   Summary: krunner crash
   Product: krunner
   Version: 5.6.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: m...@vhanda.in
  Reporter: nico.kru...@gmail.com

Application: krunner (5.6.3)

Qt Version: 5.6.0
Frameworks Version: 5.21.0
Operating System: Linux 4.5.2-3-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
I just opened krunner with ALT+F2 starting to type in "yast" - iirc I was at
the "y" when it crashed

- Unusual behavior I noticed:
right before I was changing display configuration but the correct resolution
seemed to be set up correctly before I opened the runner (I'm not 100% sure
though)

The crash can be reproduced sometimes.

-- Backtrace:
Application: krunner (krunner), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
[Current thread is 1 (Thread 0x7f53247f77c0 (LWP 7039))]

Thread 13 (Thread 0x7f530fd5a700 (LWP 7041)):
#0  0x7f532022dbbd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f531f734422 in _xcb_conn_wait (__timeout=-1, __nfds=1,
__fds=0x7f530fd59d00) at /usr/include/bits/poll2.h:46
#2  0x7f531f734422 in _xcb_conn_wait (c=c@entry=0x166f720,
cond=cond@entry=0x166f760, vector=vector@entry=0x0, count=count@entry=0x0) at
xcb_conn.c:459
#3  0x7f531f73600f in xcb_wait_for_event (c=0x166f720) at xcb_in.c:693
#4  0x7f53126e0d69 in QXcbEventReader::run() (this=0x167bad0) at
qxcbconnection.cpp:1325
#5  0x7f532092c079 in QThreadPrivate::start(void*) (arg=0x167bad0) at
thread/qthread_unix.cpp:340
#6  0x7f531e0b20a4 in start_thread (arg=0x7f530fd5a700) at
pthread_create.c:309
#7  0x7f5320235fed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 12 (Thread 0x7f530d850700 (LWP 7049)):
#0  0x7f532022dbbd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f531d518e64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f5300014700, timeout=-1, context=0x7f530990) at gmain.c:4103
#2  0x7f531d518e64 in g_main_context_iterate
(context=context@entry=0x7f530990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f531d518f7c in g_main_context_iteration (context=0x7f530990,
may_block=1) at gmain.c:3869
#4  0x7f5320b3d3fb in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f5308c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x7f5320aeb04b in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f530d84fde0, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#6  0x7f53209275da in QThread::exec() (this=this@entry=0x7f53228a4d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread.cpp:503
#7  0x7f532263c095 in QDBusConnectionManager::run() (this=0x7f53228a4d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
qdbusconnection.cpp:181
#8  0x7f532092c079 in QThreadPrivate::start(void*) (arg=0x7f53228a4d00
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at
thread/qthread_unix.cpp:340
#9  0x7f531e0b20a4 in start_thread (arg=0x7f530d850700) at
pthread_create.c:309
#10 0x7f5320235fed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 11 (Thread 0x7f53058ae700 (LWP 7066)):
#0  0x7f532022dbbd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f531d518e64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f52fc002e70, timeout=-1, context=0x7f52fc000990) at gmain.c:4103
#2  0x7f531d518e64 in g_main_context_iterate
(context=context@entry=0x7f52fc000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f531d518f7c in g_main_context_iteration (context=0x7f52fc000990,
may_block=1) at gmain.c:3869
#4  0x7f5320b3d3fb in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7f52fc0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x7f5320aeb04b in
QEventLoop::exec(QFlags)
(this=this@entry=0x7f53058addf0, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#6  0x7f53209275da in QThread::exec() (this=this@entry=0x1bff140) at
thread/qthread.cpp:503
#7  0x7f53232124d8 in QQmlThreadPrivate::run() (this=0x1bff140) at
/usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/qml/ftw/qqmlthread.cpp:141
#8  0x7f532092c079 in QThreadPrivate::start(void*) (arg=0x1bff140) at
thread/qthread_unix.cpp:340
#9  0x7f531e0b20a4 in start_thread (arg=0x7f53058ae700) at
pthread_create.c:309
#10 0x7f5320235fed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

[telepathy] [Bug 354949] Can't connect to gtalk account (Authentication failed: invalid-authzid)

2016-02-08 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=354949

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #30 from Nico Kruber  ---
actually, I still cannot connect to my gtalk account although I am on 15.12.1
using openSUSE Leap 42.1 with KDE:Applications repo (amongst others).

Maybe I'm using a wrong configuration? (the same I was using with Kopete)
I configured my account as Jabber/XMPP with Jabber ID x...@gmail.com, Server
talk.google.com, Port 5223, "Require encrypted connection" and "Use old-style
SSL" both ticked.
FYI: I do not have the 2-phase verification enabled and have "Allow less secure
apps ON"

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

[plasmashell] [Bug 357085] Unplug VGA output then plug again and plasmashell segfaults

2016-02-03 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=357085

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #6 from Nico Kruber  ---
Same when disconnecting and re-connecting a DisplayPort Monitor. In contrast to
the original post though, I do have another HDMI device connected but disabled
at the time of the crash

Application: Plasma (plasmashell), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f07db1247c0 (LWP 17612))]

Thread 11 (Thread 0x7f07c5a75700 (LWP 17614)):
#0  0x7f07d4637c1d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f07d957e422 in _xcb_conn_wait (__timeout=-1, __nfds=1,
__fds=0x7f07c5a74d00) at /usr/include/bits/poll2.h:46
#2  0x7f07d957e422 in _xcb_conn_wait (c=c@entry=0x19e0490,
cond=cond@entry=0x19e04d0, vector=vector@entry=0x0, count=count@entry=0x0) at
xcb_conn.c:459
#3  0x7f07d958000f in xcb_wait_for_event (c=0x19e0490) at xcb_in.c:693
#4  0x7f07c81f83c9 in  () at /usr/lib64/libQt5XcbQpa.so.5
#5  0x7f07d4d2f32f in  () at /usr/lib64/libQt5Core.so.5
#6  0x7f07d3e410a4 in start_thread (arg=0x7f07c5a75700) at
pthread_create.c:309
#7  0x7f07d464004d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 10 (Thread 0x7f07be943700 (LWP 17630)):
#0  0x7ffcfc3b0b41 in clock_gettime ()
#1  0x7f07d464cc9d in __GI___clock_gettime (clock_id=,
tp=) at ../sysdeps/unix/clock_gettime.c:115
#2  0x7f07d4de07d6 in  () at /usr/lib64/libQt5Core.so.5
#3  0x7f07d4f603b9 in QTimerInfoList::updateCurrentTime() () at
/usr/lib64/libQt5Core.so.5
#4  0x7f07d4f60945 in QTimerInfoList::timerWait(timespec&) () at
/usr/lib64/libQt5Core.so.5
#5  0x7f07d4f61b5e in  () at /usr/lib64/libQt5Core.so.5
#6  0x7f07d0d184ad in g_main_context_prepare
(context=context@entry=0x7f07b8000990, priority=priority@entry=0x7f07be942cb8)
at gmain.c:3410
#7  0x7f07d0d18d80 in g_main_context_iterate
(context=context@entry=0x7f07b8000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3788
#8  0x7f07d0d18f7c in g_main_context_iteration (context=0x7f07b8000990,
may_block=1) at gmain.c:3869
#9  0x7f07d4f61d8b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#10 0x7f07d4f08d53 in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#11 0x7f07d4d2a61a in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#12 0x7f07d803cdf8 in  () at /usr/lib64/libQt5Qml.so.5
#13 0x7f07d4d2f32f in  () at /usr/lib64/libQt5Core.so.5
#14 0x7f07d3e410a4 in start_thread (arg=0x7f07be943700) at
pthread_create.c:309
#15 0x7f07d464004d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 9 (Thread 0x7f07b0307700 (LWP 17631)):
#0  0x7f07d4633ced in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f07d0d59b60 in g_wakeup_acknowledge (__nbytes=16,
__buf=0x7f07b0306bf0, __fd=) at /usr/include/bits/unistd.h:44
#2  0x7f07d0d59b60 in g_wakeup_acknowledge (wakeup=0x7f07b80025a0) at
gwakeup.c:210
#3  0x7f07d0d18999 in g_main_context_check
(context=context@entry=0x7f07a8000990, max_priority=2147483647,
fds=fds@entry=0x7f07a8002e70, n_fds=n_fds@entry=1) at gmain.c:3600
#4  0x7f07d0d18df8 in g_main_context_iterate
(context=context@entry=0x7f07a8000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3805
#5  0x7f07d0d18f7c in g_main_context_iteration (context=0x7f07a8000990,
may_block=1) at gmain.c:3869
#6  0x7f07d4f61d8b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#7  0x7f07d4f08d53 in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#8  0x7f07d4d2a61a in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#9  0x7f07d803cdf8 in  () at /usr/lib64/libQt5Qml.so.5
#10 0x7f07d4d2f32f in  () at /usr/lib64/libQt5Core.so.5
#11 0x7f07d3e410a4 in start_thread (arg=0x7f07b0307700) at
pthread_create.c:309
#12 0x7f07d464004d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 8 (Thread 0x7f07aea29700 (LWP 17632)):
#0  0x7f07d4637c1d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f07d0d18e64 in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7f07a0003070, timeout=-1, context=0x7f07a990) at gmain.c:4103
#2  0x7f07d0d18e64 in g_main_context_iterate
(context=context@entry=0x7f07a990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3803
#3  0x7f07d0d18f7c in g_main_context_iteration (context=0x7f07a990,
may_block=1) at gmain.c:3869
#4  0x7f07d4f61d8b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#5  0x7f07d4f08d53 in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#6

[ksmserver] [Bug 354724] missing some clients or windows when storeSession and performLegacySessionSave

2016-01-19 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=354724

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

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

[krunner] [Bug 353129] KRunner crashes when screen layout changes during login

2015-12-23 Thread Nico Kruber via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=353129

Nico Kruber  changed:

   What|Removed |Added

 CC||nico.kru...@gmail.com

--- Comment #11 from Nico Kruber  ---
let me add my backtrace, too, just in case this is helpful (openSUSE Leap 42.1
x86-64, Kernel 3.3.3-2.1.gdb72753, KDE Frameworks 5.5.1, KDE Applications
5.12.0, NVidia driver 358.16)

Application: krunner (krunner), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fc325e897c0 (LWP 3254))]

Thread 3 (Thread 0x7fc31008e700 (LWP 3255)):
#0  0x7fc321b21c1d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fc32102f422 in _xcb_conn_wait (__timeout=-1, __nfds=1,
__fds=0x7fc31008dd00) at /usr/include/bits/poll2.h:46
#2  0x7fc32102f422 in _xcb_conn_wait (c=c@entry=0x10baa60,
cond=cond@entry=0x10baaa0, vector=vector@entry=0x0, count=count@entry=0x0) at
xcb_conn.c:459
#3  0x7fc32103100f in xcb_wait_for_event (c=0x10baa60) at xcb_in.c:693
#4  0x7fc312810c29 in QXcbEventReader::run() (this=0x10c6e80) at
qxcbconnection.cpp:1214
#5  0x7fc32221855f in QThreadPrivate::start(void*) (arg=0x10c6e80) at
thread/qthread_unix.cpp:331
#6  0x7fc31f98e064 in start_thread (arg=0x7fc31008e700) at
pthread_create.c:309
#7  0x7fc321b2a04d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fc304398700 (LWP 3273)):
#0  0x7fc321b1dced in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fc319c3b073 in  () at /usr/lib64/tls/libnvidia-tls.so.358.16
#2  0x7fc31f068b60 in g_wakeup_acknowledge (__nbytes=16,
__buf=0x7fc304397bf0, __fd=) at /usr/include/bits/unistd.h:44
#3  0x7fc31f068b60 in g_wakeup_acknowledge (wakeup=0x7fc3080015b0) at
gwakeup.c:210
#4  0x7fc31f027999 in g_main_context_check
(context=context@entry=0x7fc2fc000990, max_priority=2147483647,
fds=fds@entry=0x7fc2fc003070, n_fds=n_fds@entry=1) at gmain.c:3600
#5  0x7fc31f027df8 in g_main_context_iterate
(context=context@entry=0x7fc2fc000990, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at gmain.c:3805
#6  0x7fc31f027f7c in g_main_context_iteration (context=0x7fc2fc000990,
may_block=1) at gmain.c:3869
#7  0x7fc322449a5b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x7fc2fc0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#8  0x7fc3223f0a63 in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fc304397df0, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:204
#9  0x7fc32221384a in QThread::exec() (this=this@entry=0x160cf10) at
thread/qthread.cpp:503
#10 0x7fc3248e35f8 in QQmlThreadPrivate::run() (this=0x160cf10) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/qml/qml/ftw/qqmlthread.cpp:141
#11 0x7fc32221855f in QThreadPrivate::start(void*) (arg=0x160cf10) at
thread/qthread_unix.cpp:331
#12 0x7fc31f98e064 in start_thread (arg=0x7fc304398700) at
pthread_create.c:309
#13 0x7fc321b2a04d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fc325e897c0 (LWP 3254)):
[KCrash Handler]
#6  0x in  ()
#7  0x7fc32242501b in QObject::disconnect(QObject const*, char const*,
QObject const*, char const*) (sender=0x10c7600, signal=signal@entry=0x0,
receiver=receiver@entry=0x136a680, method=method@entry=0x0) at
kernel/qobject.cpp:2937
#8  0x7fc3250da5d0 in QQuickScreenAttached::screenChanged(QScreen*)
(member=0x0, receiver=0x136a680, this=) at
/usr/include/qt5/QtCore/qobject.h:361
#9  0x7fc3250da5d0 in QQuickScreenAttached::screenChanged(QScreen*)
(this=this@entry=0x136a680, screen=0x10ca1b0) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/quick/items/qquickscreen.cpp:342
#10 0x7fc3250da7c9 in QQuickScreenAttached::windowChanged(QQuickWindow*)
(this=0x136a680, c=c@entry=0x7ffd8f3fe300) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/quick/items/qquickscreen.cpp:329
#11 0x7fc324ff1f08 in QQuickItemPrivate::refWindow(QQuickWindow*)
(this=0x1357380, c=c@entry=0x7ffd8f3fe300) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/quick/items/qquickitem.cpp:2792
#12 0x7fc324ff1ec5 in QQuickItemPrivate::refWindow(QQuickWindow*)
(this=this@entry=0x1515fb0, c=c@entry=0x7ffd8f3fe300) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/quick/items/qquickitem.cpp:2786
#13 0x7fc324ff2e3b in QQuickItem::setParentItem(QQuickItem*)
(this=this@entry=0x15cf860, parentItem=0x11342f0) at
/usr/src/debug/qtdeclarative-opensource-src-5.5.0/src/quick/items/qquickitem.cpp:2530
#14 0x7fc325a990c8 in PlasmaQuick::Dialog::setMainItem(QQuickItem*)
(this=0x7ffd8f3fe300, mainItem=0x15cf860) at
/usr/src/debug/plasma-framework-5.17.0/src/plasmaquick/dialog.cpp:719
#15 0x7fc32242240f in QMetaObject::activate(QObject*, int, int, void**)