| Summary: | [QTBUG-19363] Applications crash on Alt+Tab during drag&drop with Effects/Compositing enabled | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Bartemius Crouch <egxoun8uya67izy> |
| Component: | qt | Assignee: | kdelibs bugs <kdelibs-bugs> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | crash | CC: | admin, aina.reich, AndreasBank, andresbajotierra, bugs.kde.org.onion358, dawidw, dev+kde, eljefedelito, ggdhines, infos, jos, kh_amin, kilem86, kwin-bugs-null, leonardo.salerno, markotahal, null, octavian.voicu, peter.penz19, rasasi78, shafff, simon, squan, thiago.bauermann, vivek.ap |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi New crash information added by DrKonqi |
||
|
Description
Bartemius Crouch
2009-05-10 22:02:07 UTC
What is your Qt version ? Thanks 4.5.0 Also noticed that without desktop effects active, it works as expected. seems to stumble on coverswitch + flipswitch, boxswitch, no-switch (tm) don't cause it here. the problem occurs in $Qt/src/gui/kernel/qdnd_x11.cpp:1626 -> move.data.l[0] = dragPrivate()->source->effectiveWinId(); dragPrivate() relies on the pmd "object" (which should be catched on top of the func) and it's dfunc, but i guess "source" (QWidget*) could be 0L currently recompiling qtgui 4.5 for some debug output... nope, no NULL, BUT (running from konsole helps from time to time)
libxcb: WARNING! Program tries to lock an already locked connection,
which indicates a programming error.
There will be no further warnings about this issue.
xdndHandleBadwindow returned true
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
libxcb: WARNING! Program tries to unlock a connection without having acquired
a lock first, which indicates a programming error.
There will be no further warnings about this issue.
^^^ means: good chances
manager->object->deleteLater(); has been called... (manager being QDragManager::self())
IN ADDITION:
it happens with other (all?!) fullscreen FX, too (tried with present windows)
the problem seems to be that Qt gets confused on the window below the drag, defers a manager deletion but still manages to enter the eventfilter and then runs into the dying object?! (i'm a little confused, but at least the crash can not be reproduced in a deterministic way. e.g. testing with Qt's dnd example "draggableicons", it segfaults in about 1 of maaany cases :-(
@Thomas: could bug 192780 be related to this too ? Thanks *** Bug 193827 has been marked as a duplicate of this bug. *** Bug 191172 seems also related to compositing. This bug is still present on KDE 4.3 RC. Tried to drag and drop a link from
Dolphin to VLC. I switched to VLC with the Cover Switch effect.
`dolphin -v`:
Qt: 4.5.2
KDE: 4.2.93 (KDE 4.2.93 (KDE 4.3 >= 20090623)) "release 1"
Dolphin: 1.2.80
Here is a full backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f8c17dae760 (LWP 21875))]
Thread 2 (Thread 0x7f8c0217a950 (LWP 17499)):
#0 0x00007f8c13cc1fdd in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007f8c06bbc631 in metronom_sync_loop () from /usr/lib64/libxine.so.1
#2 0x00007f8c13cbe070 in start_thread () from /lib64/libpthread.so.0
#3 0x00007f8c132b610d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7f8c17dae760 (LWP 21875)):
[KCrash Handler]
#5 QDragManager::move (this=0x1eff600, globalPos=@0x7fff1fde8730) at
kernel/qdnd_x11.cpp:1642
#6 0x00007f8c145326d9 in QDragManager::eventFilter (this=0x7f8c13537a00,
o=<value optimized out>, e=0x0) at kernel/qdnd_x11.cpp:1296
#7 0x00007f8c1401ad0c in
QCoreApplicationPrivate::sendThroughApplicationEventFilters (this=0x6b47c0,
receiver=0x1f1dae0, event=0x7fff1fde8710) at kernel/qcoreapplication.cpp:707
#8 0x00007f8c144afa76 in QApplicationPrivate::notify_helper
(this=0x7f8c13537a00, receiver=0x7f8c133060a8, e=0x0) at
kernel/qapplication.cpp:4031
#9 0x00007f8c144b84fa in QApplication::notify (this=<value optimized out>,
receiver=0x1f1dae0, e=0x7fff1fde8710) at kernel/qapplication.cpp:3758
#10 0x00007f8c15a0e5cb in KApplication::notify (this=0x7fff1fded6b0,
receiver=0x1f1dae0, event=0x7fff1fde8710) at
/usr/src/debug/kdelibs-4.2.93svn985654/kdeui/kernel/kapplication.cpp:302
#11 0x00007f8c1401b94c in QCoreApplication::notifyInternal
(this=0x7fff1fded6b0, receiver=0x1f1dae0, event=0x7fff1fde8710) at
kernel/qcoreapplication.cpp:610
#12 0x00007f8c144b7748 in QApplicationPrivate::sendMouseEvent
(receiver=0x1f1dae0, event=0x7fff1fde8710, alienWidget=0x0,
nativeWidget=0x1f1dae0, buttonDown=<value optimized out>,
lastMouseReceiver=@0x7f8c14ec3f30) at
../../src/corelib/kernel/qcoreapplication.h:216
#13 0x00007f8c14521509 in QETWidget::translateMouseEvent (this=0x1f1dae0,
event=<value optimized out>) at kernel/qapplication_x11.cpp:4407
#14 0x00007f8c14520543 in QApplication::x11ProcessEvent (this=0x7fff1fded6b0,
event=0x7fff1fdea290) at kernel/qapplication_x11.cpp:3548
#15 0x00007f8c14547864 in x11EventSourceDispatch (s=0x6b7920, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#16 0x00007f8c103b90fb in g_main_context_dispatch () from
/usr/lib64/libglib-2.0.so.0
#17 0x00007f8c103bc8cd in ?? () from /usr/lib64/libglib-2.0.so.0
#18 0x00007f8c103bca8b in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#19 0x00007f8c14044d3f in QEventDispatcherGlib::processEvents (this=0x688c30,
flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327
#20 0x00007f8c14546fef in QGuiEventDispatcherGlib::processEvents
(this=0x7f8c13537a00, flags=<value optimized out>) at
kernel/qguieventdispatcher_glib.cpp:202
#21 0x00007f8c1401a1d2 in QEventLoop::processEvents (this=<value optimized
out>, flags={i = 534685056}) at kernel/qeventloop.cpp:149
#22 0x00007f8c1401a5a4 in QEventLoop::exec (this=0xc28780, flags={i =
534685200}) at kernel/qeventloop.cpp:201
#23 0x00007f8c14531e27 in QDragManager::drag (this=0x1eff600, o=<value
optimized out>) at kernel/qdnd_x11.cpp:1969
#24 0x00007f8c144c2588 in QDrag::exec (this=0xc55110, supportedActions={i =
534685856}, defaultDropAction=Qt::IgnoreAction) at kernel/qdrag.cpp:282
#25 0x00007f8c16dbb85b in DragAndDropHelper::startDrag (this=0x98ca20,
itemView=0x1f18780, supportedActions={i = 534685936}, controller=<value
optimized out>)
at
/usr/src/debug/kdebase-4.2.93svn985654/apps/dolphin/src/draganddrophelper.cpp:93
#26 0x00007f8c16da1470 in DolphinDetailsView::startDrag (this=0x1f18780,
supportedActions=<value optimized out>) at
/usr/src/debug/kdebase-4.2.93svn985654/apps/dolphin/src/dolphindetailsview.cpp:310
#27 0x00007f8c14987ab7 in QAbstractItemView::mouseMoveEvent (this=0x1f18780,
event=0x7fff1fdeb770) at itemviews/qabstractitemview.cpp:1552
#28 0x00007f8c16da161d in DolphinDetailsView::mouseMoveEvent
(this=0x7f8c13537a00, event=0x7fff1fdeb770) at
/usr/src/debug/kdebase-4.2.93svn985654/apps/dolphin/src/dolphindetailsview.cpp:280
#29 0x00007f8c14500986 in QWidget::event (this=0x1f18780, event=0x7fff1fdeb770)
at kernel/qwidget.cpp:7534
#30 0x00007f8c148567ab in QFrame::event (this=0x1f18780, e=0x7fff1fdeb770) at
widgets/qframe.cpp:559
#31 0x00007f8c1498c4ad in QAbstractItemView::viewportEvent (this=0x1f18780,
event=0x7fff1fdeb770) at itemviews/qabstractitemview.cpp:1476
#32 0x00007f8c149c3929 in QTreeView::viewportEvent (this=0x1f18780,
event=0x7fff1fdeb770) at itemviews/qtreeview.cpp:1266
#33 0x00007f8c1401ac48 in
QCoreApplicationPrivate::sendThroughObjectEventFilters (this=<value optimized
out>, receiver=0x1f0cc50, event=0x7fff1fdeb770) at
kernel/qcoreapplication.cpp:726
#34 0x00007f8c144afadc in QApplicationPrivate::notify_helper (this=0x6b47c0,
receiver=0x1f0cc50, e=0x7fff1fdeb770) at kernel/qapplication.cpp:4052
#35 0x00007f8c144b84fa in QApplication::notify (this=<value optimized out>,
receiver=0x1f0cc50, e=0x7fff1fdeb770) at kernel/qapplication.cpp:3758
#36 0x00007f8c15a0e5cb in KApplication::notify (this=0x7fff1fded6b0,
receiver=0x1f0cc50, event=0x7fff1fdeb770) at
/usr/src/debug/kdelibs-4.2.93svn985654/kdeui/kernel/kapplication.cpp:302
#37 0x00007f8c1401b94c in QCoreApplication::notifyInternal
(this=0x7fff1fded6b0, receiver=0x1f0cc50, event=0x7fff1fdeb770) at
kernel/qcoreapplication.cpp:610
#38 0x00007f8c144b7748 in QApplicationPrivate::sendMouseEvent
(receiver=0x1f0cc50, event=0x7fff1fdeb770, alienWidget=0x1f0cc50,
nativeWidget=0x17fea30, buttonDown=<value optimized out>,
lastMouseReceiver=@0x7f8c14ec3f30) at
../../src/corelib/kernel/qcoreapplication.h:216
#39 0x00007f8c14521509 in QETWidget::translateMouseEvent (this=0x17fea30,
event=<value optimized out>) at kernel/qapplication_x11.cpp:4407
#40 0x00007f8c14520543 in QApplication::x11ProcessEvent (this=0x7fff1fded6b0,
event=0x7fff1fded2f0) at kernel/qapplication_x11.cpp:3548
#41 0x00007f8c14547864 in x11EventSourceDispatch (s=0x6b7920, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#42 0x00007f8c103b90fb in g_main_context_dispatch () from
/usr/lib64/libglib-2.0.so.0
#43 0x00007f8c103bc8cd in ?? () from /usr/lib64/libglib-2.0.so.0
#44 0x00007f8c103bca8b in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#45 0x00007f8c14044d3f in QEventDispatcherGlib::processEvents (this=0x688c30,
flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327
#46 0x00007f8c14546fef in QGuiEventDispatcherGlib::processEvents
(this=0x7f8c13537a00, flags=<value optimized out>) at
kernel/qguieventdispatcher_glib.cpp:202
#47 0x00007f8c1401a1d2 in QEventLoop::processEvents (this=<value optimized
out>, flags={i = 534697440}) at kernel/qeventloop.cpp:149
#48 0x00007f8c1401a5a4 in QEventLoop::exec (this=0x7fff1fded620, flags={i =
534697520}) at kernel/qeventloop.cpp:201
#49 0x00007f8c1401c894 in QCoreApplication::exec () at
kernel/qcoreapplication.cpp:888
#50 0x00000000004395cd in main (argc=6, argv=0x7fff1fdedb98) at
/usr/src/debug/kdebase-4.2.93svn985654/apps/dolphin/src/main.cpp:94
*** Bug 200583 has been marked as a duplicate of this bug. *** Steps to reliably reproduce the bug: 1. Activate composting + Cover Switch effect 2. Start dragging something and keep the button pressed 2a. Drag a file from a Dolphin window 2b. Drag a file from an Ark window 3. Press Alt and keep it pressed 4. Tap the Alt key until the window from which you dragged the file is just to the left of the central window in the Cover Switch effect (you should have at least 3-4 open windows on current desktop) 5. Move mouse in the center of the window to the left of the central window, while still keeping the mouse button and Alt key pressed 6. Release the Alt key and *immediately* drag the mouse upwards; the window from which you dragged the item should crash Steps 4 and 5 don't seem very important, some crashes happen irrelevant of where the file is dropped. Step 6 is crucial (moving the mouse immediately after releasing the item). Something similar can be used to cause a crash for the Flip Switch effect. Other effects seem unaffected (probably because they don't really move windows). The stack trace of the crash is either similar with the one in this report or with the one in #200583 (https://bugs.kde.org/show_bug.cgi?id=200583) -- seems a bit random which one. Sometimes, not only the app from which you dragged the item crashes, but kwin too. Here is a sample stack trace from such a crash, but I've seen kwin crashes in other places too (this is from the Flip Switch effect; doing this with the Cover switch crashes kwin more frequently): Application: KWin (kwin), signal: Aborted [KCrash Handler] #5 0x00007f1786426fb5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #6 0x00007f1786428bc3 in *__GI_abort () at abort.c:88 #7 0x00007f178b991ce5 in KWin::EffectsHandlerImpl::destroyInputWindow (this=0x114d040, w=61073505) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:727 #8 0x00007f177c4b7abb in KWin::CoverSwitchEffect::abort (this=0x19c6230) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects/coverswitch/coverswitch.cpp:1421 #9 0x00007f177c4bac80 in KWin::CoverSwitchEffect::prePaintScreen (this=0x19c6230, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects/coverswitch/coverswitch.cpp:113 #10 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #11 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #12 0x00007f177c48ac5c in KWin::LoginEffect::prePaintScreen (this=0x12f9a50, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects/login/login.cpp:52 #13 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #14 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #15 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #16 0x00007f177c4deaba in KWin::TrackMouseEffect::prePaintScreen (this=0x1324210, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects/trackmouse/trackmouse.cpp:66 #17 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #18 0x00007f177c4d43b4 in KWin::LookingGlassEffect::prePaintScreen (this=0x13235a0, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects/lookingglass/lookingglass.cpp:153 #19 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #20 0x00007f178b99145b in KWin::EffectsHandlerImpl::prePaintScreen (this=0x114d040, data=@0x7fff93ddc490, time=98) at /build/buildd/kdebase-workspace-4.2.98/kwin/effects.cpp:112 #21 0x00007f178b97ce4e in KWin::Scene::paintScreen (this=0x10b5d90, mask=0x7fff93ddc5bc, region=0x7fff93ddc6c0) at /build/buildd/kdebase-workspace-4.2.98/kwin/scene.cpp:113 #22 0x00007f178b98b92f in KWin::SceneOpenGL::paint (this=0x10b5d90, damage={d = 0x7fff93ddc6c0, static shared_empty = {ref = {_q_value = 630}, rgn = 0x0, xrectangles = 0x0, qt_rgn = 0x0}}, toplevels=<value optimized out>) at /build/buildd/kdebase-workspace-4.2.98/kwin/scene_opengl.cpp:746 #23 0x00007f178b9782e6 in KWin::Workspace::performCompositing (this=0x10e0700) at /build/buildd/kdebase-workspace-4.2.98/kwin/composite.cpp:420 #24 0x00007f178b913e8a in KWin::Workspace::qt_metacall (this=0x10e0700, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff93ddc850) at /build/buildd/kdebase-workspace-4.2.98/obj-x86_64-linux-gnu/kwin/workspace.moc:473 #25 0x00007f1788fea1f2 in QMetaObject::activate (sender=0x10e0b28, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3069 #26 0x00007f1788fe44d3 in QObject::event (this=0x10e0b28, e=0x1125) at kernel/qobject.cpp:1082 #27 0x00007f178971978d in QApplicationPrivate::notify_helper (this=0xe93d80, receiver=0x10e0b28, e=0x7fff93ddcf00) at kernel/qapplication.cpp:4084 #28 0x00007f178972197a in QApplication::notify (this=0x7fff93ddd270, receiver=0x10e0b28, e=0x7fff93ddcf00) at kernel/qapplication.cpp:4049 #29 0x00007f178ac8671b in KApplication::notify (this=0x7fff93ddd270, receiver=0x10e0b28, event=0x7fff93ddcf00) at /build/buildd/kde4libs-4.2.98a/kdeui/kernel/kapplication.cpp:302 #30 0x00007f1788fd475c in QCoreApplication::notifyInternal (this=0x7fff93ddd270, receiver=0x10e0b28, event=0x7fff93ddcf00) at kernel/qcoreapplication.cpp:602 #31 0x00007f17890017f6 in QTimerInfoList::activateTimers (this=0xe979e0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213 #32 0x00007f1788ffdf0d in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:164 #33 0x00007f17822ce20a in IA__g_main_context_dispatch (context=0xe96920) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:1814 #34 0x00007f17822d18e0 in g_main_context_iterate (context=0xe96920, block=1, dispatch=1, self=<value optimized out>) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:2448 #35 0x00007f17822d1a7c in IA__g_main_context_iteration (context=0xe96920, may_block=1) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:2511 #36 0x00007f1788ffde6f in QEventDispatcherGlib::processEvents (this=0xe7ae80, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:323 #37 0x00007f17897b1bef in QGuiEventDispatcherGlib::processEvents (this=0x1125, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202 #38 0x00007f1788fd3002 in QEventLoop::processEvents (this=<value optimized out>, flags={i = -1814179472}) at kernel/qeventloop.cpp:149 #39 0x00007f1788fd33cd in QEventLoop::exec (this=0x7fff93ddd1b0, flags={i = -1814179392}) at kernel/qeventloop.cpp:200 #40 0x00007f1788fd5694 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:880 #41 0x00007f178b92c038 in kdemain (argc=3, argv=0x7fff93ddd758) at /build/buildd/kdebase-workspace-4.2.98/kwin/main.cpp:527 #42 0x00007f17864125a6 in __libc_start_main (main=0x4008c0 <main>, argc=3, ubp_av=0x7fff93ddd758, init=0x4008f0 <__libc_csu_init>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fff93ddd748) at libc-start.c:220 #43 0x00000000004007f9 in _start () at ../sysdeps/x86_64/elf/start.S:113 to prevent forthcoming confusion: the backtrace in comment #10 refers to the "kwin crashes when a window gets lost while tabbox+compositing" while thi bug is actually about apps crashing somewhere in QDragManager which get's irritated by (likely) fullscreen composite FX the relation is that a) the app segfaults for dnd during the fullscreen FX b) it in consequence gets lost from the tabbox list and causes a segfault in KWin still independent bugs, though (In reply to comment #11) > to prevent forthcoming confusion: > the backtrace in comment #10 refers to the "kwin crashes when a window gets > lost while tabbox+compositing" Should the backtrace in comment #10 be reported in a new kwin bug report then? not required, bug's already reported (several times...) i think martin plans an entire revamp of the tabbox *** Bug 192780 has been marked as a duplicate of this bug. *** *** Bug 211095 has been marked as a duplicate of this bug. *** *** Bug 213909 has been marked as a duplicate of this bug. *** *** Bug 196861 has been marked as a duplicate of this bug. *** *** Bug 220533 has been marked as a duplicate of this bug. *** *** Bug 220484 has been marked as a duplicate of this bug. *** *** Bug 227468 has been marked as a duplicate of this bug. *** *** Bug 234900 has been marked as a duplicate of this bug. *** *** Bug 234901 has been marked as a duplicate of this bug. *** Created attachment 48603 [details]
New crash information added by DrKonqi
The error occurs every time when im trying to drop a file from dolphin to a self-written Qt-application.
My application crashes also.
This bug existed ever since the very first release of KDE4, shouldn't this bug be confirmed by now? Given so many duplicates of this bug, there's no reason why this bug is still unconfirmed. It is probably a Qt bug. Just search for QDrag in crashes, and you find a lot of them, in all applications. *** Bug 209729 has been marked as a duplicate of this bug. *** *** This bug has been confirmed by popular vote. *** Created attachment 66913 [details]
New crash information added by DrKonqi
digikam (2.5.0) on KDE Platform 4.7.4 (4.7.4) using Qt 4.7.2
- What I was doing when the application crashed:
dragged image from digikam to gwenview and it crashed
-- Backtrace (Reduced):
#6 0x00007fed446f61cf in QWidget::testAttribute_helper(Qt::WidgetAttribute) const () from /usr/lib64/qt4/libQtGui.so.4
#7 0x00007fed446b334d in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#8 0x00007fed453efe61 in KApplication::notify (this=0x7ffff6d87790, receiver=0x4ffc0f0, event=0x7ffff6d84a60) at /var/tmp/portage/kde-base/kdelibs-9999/work/kdelibs-9999/kdeui/kernel/kapplication.cpp:311
#9 0x00007fed43a5fdeb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#10 0x00007fed446b1ad5 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/qt4/libQtGui.so.4
*** Bug 287303 has been marked as a duplicate of this bug. *** https://bugreports.qt-project.org/browse/QTBUG-19363 also bug 203887 seems to be duplicate of this one. it seems i have fixed the crash, it is a one-line fix in Qt, see my comment in QTBUG-19363 @Nick: Thanks in the name of all application-developers that suffer from this issue :-) Am 27.02.2012 14:35, schrieb Peter Penz:
> @Nick: Thanks in the name of all application-developers that suffer
> from this
> issue :-)
also thanks in the name of all window manager developers who stopped to
implement quite handy features due to this bug (e.g. drag'n'drop through
PresentWindows - now I just need to find the working code again...)
i have created a review request fir the change: http://codereview.qt-project.org/#change,17943 not so fast... i played with drag-n-dropping further, and found several more crashes that are less easy to reproduce (they happen because dragPrivate() is 0 after the hovered window disappears). and although i fixed them by adding preliminary checks in qdnd_x11.cpp, often it is not possible to finish the drag-n-drop operation if any window disappears during it, even when we end up dropping on a correct window. (nothing happens). so I conclude that the case of window disappearance during the drag is not handled at all either by Qt code, or X11 protocol itself. we need to find a way to recover after Badwindow error message (in xdndHandleBadwindow) Created attachment 71592 [details]
New crash information added by DrKonqi
konversation (1.4) on KDE Platform 4.8.3 (4.8.3) using Qt 4.8.1
- What I was doing when the application crashed:
drag a link from konversation to firefox, composite effects were enabled, i used alt-tab to switch
i could reproduce this crash once more, but the occurance is not very frequent.
-- Backtrace (Reduced):
#6 QDragManager::move (this=0xeb6b90, globalPos=...) at kernel/qdnd_x11.cpp:1630
#7 0x0000003ac0052af1 in QDragManager::eventFilter (this=0xeb6b90, o=<optimized out>, e=<optimized out>) at kernel/qdnd_x11.cpp:1304
#8 0x0000003abe375a0a in QCoreApplicationPrivate::sendThroughApplicationEventFilters (this=0xed80c0, receiver=0x177e150, event=0x7fffd4cdd410) at kernel/qcoreapplication.cpp:967
#9 0x0000003abffca3f6 in QApplicationPrivate::notify_helper (this=this@entry=0xed80c0, receiver=receiver@entry=0x177e150, e=e@entry=0x7fffd4cdd410) at kernel/qapplication.cpp:4529
#10 0x0000003abffcf20b in QApplication::notify (this=<optimized out>, receiver=0x177e150, e=0x7fffd4cdd410) at kernel/qapplication.cpp:4097
Different from Qt gtk+ does NOT seem to grab the pointer for DnD operations (i was still able to QCursor::setPos()) and therefore neither causes the issues on screen borders nor this nasty crash. workaround for the particular window effects related crash https://git.reviewboard.kde.org/r/105339/ Created attachment 73953 [details]
New crash information added by DrKonqi
digikam (2.8.0) on KDE Platform 4.9.00 "release 559" using Qt 4.8.2
- What I was doing when the application crashed:
Alt+Tab works when dragging files and switching directly to Dolphin, but crashes Digikam when I first switch to another program (that is, "pick up" file, Alt+Tab to Firefox, then Alt+Tab again to Dolphin, and drop file). Expected behaviour: start dialog to Move/Copy/Link.
-- Backtrace (Reduced):
#6 0x00007f91a3828b6f in QWidget::testAttribute_helper (this=0x50e4840, attribute=Qt::WA_Hover) at kernel/qwidget.cpp:11043
#7 0x00007f91a37ed72c in testAttribute (attribute=Qt::WA_Hover, this=0x50e4840) at ../../src/gui/kernel/qwidget.h:1042
#8 QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=0x7fffe7629ae0) at kernel/qapplication.cpp:4116
#9 0x00007f91a5168d46 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#10 0x00007f91a46e3d0c in QCoreApplication::notifyInternal (this=0x7fffe762c860, receiver=0x50e4840, event=0x7fffe7629ae0) at kernel/qcoreapplication.cpp:915
*** Bug 236705 has been marked as a duplicate of this bug. *** Fixed upstream since Qt 4.8.4. FYI: I just had Choqok crash on me with a backtrace nearly identical to the one in this bug report, using Qt 4.8.5, therefore with the fix for this bug. My situation doesn't involve alt+tab so it may indeed be something different. I opened this Qt bug report: https://bugreports.qt-project.org/browse/QTBUG-38780 |