Application: kmix (3.6-alpha2) KDE Platform Version: 4.3.85 (KDE 4.3.85 (KDE 4.4 Beta2)) Qt Version: 4.6.0 Operating System: Linux 2.6.31-17-generic i686 Distribution: Ubuntu 9.10 -- Information about the crash: When plugging in a new USB device with the KMix mixer window closed and clicking on the KMix icon and clicking the Mixer button, this crash occurs. No crash occurs when the mixer window is already open and the device is plugged in as well as if KMix is started with the USB device plugged in. The crash can be reproduced some of the times. -- Backtrace: Application: KMix (kmix), signal: Segmentation fault [KCrash Handler] #6 0x06b65223 in QWidget::maximumSize (this=0x8b213d8) at kernel/qwidget.cpp:3509 #7 0x06fb1f74 in QMenuPrivate::updateActionRects (this=0x8b21070) at widgets/qmenu.cpp:305 #8 0x06fb8b0b in QMenu::event (this=0x8b207f8, e=0xbf8da728) at widgets/qmenu.cpp:2386 #9 0x06b1619c in QApplicationPrivate::notify_helper (this=0x86d7a88, receiver=0x8b207f8, e=0xbf8da728) at kernel/qapplication.cpp:4242 #10 0x06b1ceb7 in QApplication::notify (this=0x86ce348, receiver=0x8b207f8, e=0xbf8da728) at kernel/qapplication.cpp:4207 #11 0x008660fa in KApplication::notify (this=0x86ce348, receiver=0x8b207f8, event=0xbf8da728) at ../../kdeui/kernel/kapplication.cpp:302 #12 0x05deeeab in QCoreApplication::notifyInternal (this=0x86ce348, receiver=0x8b207f8, event=0xbf8da728) at kernel/qcoreapplication.cpp:704 #13 0x06b72279 in QCoreApplication::sendEvent (this=0x8b21070, recursive=true, disableUpdates=true) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #14 QWidgetPrivate::sendPendingMoveAndResizeEvents (this=0x8b21070, recursive=true, disableUpdates=true) at kernel/qwidget.cpp:7062 #15 0x06b721e7 in QWidgetPrivate::sendPendingMoveAndResizeEvents (this=0x877fd08, recursive=true, disableUpdates=true) at kernel/qwidget.cpp:7074 #16 0x06b7817e in QWidgetPrivate::prepareToRender (this=0x877fd08, region=..., renderFlags=...) at kernel/qwidget.cpp:5146 #17 0x06b7d39d in QWidget::render (this=0x86d4688, target=0xbf8da99c, targetOffset=..., sourceRegion=..., renderFlags=...) at kernel/qwidget.cpp:4850 #18 0x06c0c612 in QPixmap::grabWidget (widget=0x86d4688, rect=...) at image/qpixmap.cpp:1090 #19 0x046bebc8 in Oxygen::TransitionWidget::grab (this=0x88e71c8, widget=0x890d400, rect=...) at ../../../kstyles/oxygen/transitions/oxygentransitionwidget.cpp:86 #20 0x046b918b in Oxygen::LabelData::animate (this=0x86e8280) at ../../../kstyles/oxygen/transitions/oxygenlabeldata.cpp:130 #21 0x046b9353 in Oxygen::LabelData::timerEvent (this=0x86e8280, event=0xbf8daf50) at ../../../kstyles/oxygen/transitions/oxygenlabeldata.cpp:103 #22 0x05dff704 in QObject::event (this=0x86e8280, e=0x25) at kernel/qobject.cpp:1224 #23 0x06b1619c in QApplicationPrivate::notify_helper (this=0x86d7a88, receiver=0x86e8280, e=0xbf8daf50) at kernel/qapplication.cpp:4242 #24 0x06b1cdf7 in QApplication::notify (this=0x86ce348, receiver=0x86e8280, e=0xbf8daf50) at kernel/qapplication.cpp:3661 #25 0x008660fa in KApplication::notify (this=0x86ce348, receiver=0x86e8280, event=0xbf8daf50) at ../../kdeui/kernel/kapplication.cpp:302 #26 0x05deeeab in QCoreApplication::notifyInternal (this=0x86ce348, receiver=0x86e8280, event=0xbf8daf50) at kernel/qcoreapplication.cpp:704 #27 0x05e1e286 in QCoreApplication::sendEvent (this=0x86e3f34) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #28 QTimerInfoList::activateTimers (this=0x86e3f34) at kernel/qeventdispatcher_unix.cpp:603 #29 0x05e1af17 in timerSourceDispatch (source=0x86e3f70) at kernel/qeventdispatcher_glib.cpp:184 #30 idleTimerSourceDispatch (source=0x86e3f70) at kernel/qeventdispatcher_glib.cpp:231 #31 0x00befe88 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #32 0x00bf3730 in ?? () from /lib/libglib-2.0.so.0 #33 0x00bf3863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #34 0x05e1abd5 in QEventDispatcherGlib::processEvents (this=0x86d63e0, flags=...) at kernel/qeventdispatcher_glib.cpp:407 #35 0x06bd3b75 in QGuiEventDispatcherGlib::processEvents (this=0x86d63e0, flags=...) at kernel/qguieventdispatcher_glib.cpp:202 #36 0x05ded4c9 in QEventLoop::processEvents (this=0xbf8db214, flags=) at kernel/qeventloop.cpp:149 #37 0x05ded91a in QEventLoop::exec (this=0xbf8db214, flags=...) at kernel/qeventloop.cpp:201 #38 0x05df1b0f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981 #39 0x06b16237 in QApplication::exec () at kernel/qapplication.cpp:3570 #40 0x00160f83 in kdemain () from /usr/lib/libkdeinit4_kmix.so #41 0x080485cb in _start () Reported using DrKonqi
It looks like something strange is going on with the dock icon code outside of KMix. There is not a single line in the backtrace that shows KMix code, but instead Oxygen::LabelData::timerEvent() or Oxygen::TransitionWidget::grab(). Thus reassigning to kdelibs.
From bug 227542: I had kmix active and plugged in a USB device. I then opened kmix using the systray icon. While KMix was opening, I clicked on the USB device tab -> crash. It worked the second time I tried, but I didn't click quite so soon.
*** Bug 227542 has been marked as a duplicate of this bug. ***
SVN commit 1093061 by hpereiradacosta: Backport: r1093060 Do not animate QLabel transitions when the QLabel icon is changed. CCBUG: 220621 M +3 -2 oxygenlabeldata.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1093061
Can anyone using trunk tell me if commit r1093060 (or r1093061 for the backport) fixes it, and possibly close the bug? (it should fix it, but I could not reproduce here so far, possibly because my system is too slow).
*** Bug 231072 has been marked as a duplicate of this bug. ***
Created attachment 42658 [details] New crash information added by DrKonqi I plug in my Sonica Theater, open the systray kmix applet, click on mixer and then get the crash. martin@shambhala:~> lsusb | grep -i sonica Bus 003 Device 002: ID 0763:2007 Midiman M-Audio Sonica Theater martin@shambhala:~> lspci | grep -i audio 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) martin@shambhala:~> cat /proc/version Linux version 2.6.33.1-tp42-toi-3.1-04962-g60dd176 (martin@shambhala) (gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9) ) #5 PREEMPT Wed Mar 31 09:53:38 CEST 2010 Happening with different kernels as well. martin@shambhala:~> apt-show-versions | egrep "(phonon|kmix|kdelibs5|libqt4-gui|libxine1|^alsa)" alsa-base/squeeze uptodate 1.0.21+dfsg-2 alsa-utils/squeeze uptodate 1.0.22-1 kde-config-phonon-xine/experimental uptodate 4:4.4.2-1 kdelibs5/experimental uptodate 4:4.4.2-1 kdelibs5-data/experimental uptodate 4:4.4.2-1 kdelibs5-dbg/experimental uptodate 4:4.4.2-1 kdelibs5-dev/experimental uptodate 4:4.4.2-1 kdelibs5-plugins/experimental uptodate 4:4.4.2-1 kmix/experimental uptodate 4:4.4.2-1 libphonon-dev/experimental uptodate 4:4.6.0really4.4.0-1 libphonon4/experimental uptodate 4:4.6.0really4.4.0-1 libqt4-gui/experimental uptodate 4:4.6.2-2 libxine1/squeeze uptodate 1.1.18.1-1+b1 libxine1-bin/squeeze uptodate 1.1.18.1-1+b1 libxine1-console/squeeze uptodate 1.1.18.1-1+b1 libxine1-ffmpeg/squeeze uptodate 1.1.18.1-1+b1 libxine1-misc-plugins/squeeze uptodate 1.1.18.1-1+b1 libxine1-plugins/squeeze uptodate 1.1.18.1-1 libxine1-x/squeeze uptodate 1.1.18.1-1+b1 phonon/experimental uptodate 4:4.6.0really4.4.0-1 phonon-backend-gstreamer/experimental uptodate 4:4.6.0really4.4.0-1 phonon-backend-xine/experimental uptodate 4:4.6.0really4.4.0-1
mmm. Sadly enough, the crash at #7 is not the exact same as at #0. The second one seems to occur in Oxygen::ComboBoxData (while the first was in Oxygen::LabelData. Maybe I did fix the first, in the end. Will investigate the second ...
at #7, to Martin, Is it possible you post a screenshot of your kmix window (when it does not crash) I'm don't even know where there is a QComboBox in the game ...
Created attachment 42663 [details] kmix tab 1 intel I really thought this was the same crash from looking at the first lines of the crashlog. Didn't compare every line tough.
Created attachment 42664 [details] kmix tab 2 sonica
Created attachment 42665 [details] kmix tab 3 thinkpad I think this is unrelated, as I have seen this crash with Linux kernel 2.6.32 as well and there the thinkpad acpi driver didn't provide information on audio level via these means.
Thanks for the screenshots ! There is a combobox in the first panel (the 'mic'). So that's the bad guy. As for the crash itself, to be clear: it is not identical but quite strongly related: crashes at the same place in Qt (as you found out), but triggered by someone else. (actually I just had an idea about what it can come from. Will keep you posted.) Hugo
Hi, Hugo. What is the status of this one? I had hoped for a fix for KDE 4.4.3. I made another observation: KMix doesn't crash when I open its window prior to plugging in the USB sound card, it just crashes when I open its window afterwards. Ciao, Martin
Hi Marcus and Hugo, for me the bug - including the variant reported by me - is fixed with: martin@shambhala:~> apt-show-versions | egrep "(phonon|kmix|kdelibs5|libqt4-gui|libxine1|^alsa)" alsa-base/squeeze uptodate 1.0.21+dfsg-2 alsa-utils/squeeze uptodate 1.0.22-1 kde-config-phonon-xine/sid uptodate 4:4.4.3-1 kdelibs5/sid uptodate 4:4.4.3-1 kdelibs5-data/sid uptodate 4:4.4.3-1 kdelibs5-dbg/sid uptodate 4:4.4.3-1 kdelibs5-dev/sid uptodate 4:4.4.3-1 kdelibs5-plugins/sid uptodate 4:4.4.3-1 kmix/sid uptodate 4:4.4.3-1 libphonon-dev/squeeze uptodate 4:4.6.0really4.4.0-4 libphonon4/squeeze uptodate 4:4.6.0really4.4.0-4 libqt4-gui/squeeze uptodate 4:4.6.2-4 libxine1/squeeze uptodate 1.1.18.1-1+b1 libxine1-bin/squeeze uptodate 1.1.18.1-1+b1 libxine1-console/squeeze uptodate 1.1.18.1-1+b1 libxine1-ffmpeg/squeeze uptodate 1.1.18.1-1+b1 libxine1-misc-plugins/squeeze uptodate 1.1.18.1-1+b1 libxine1-plugins/squeeze uptodate 1.1.18.1-1 libxine1-x/squeeze uptodate 1.1.18.1-1+b1 phonon/squeeze uptodate 4:4.6.0really4.4.0-4 phonon-backend-gstreamer/squeeze uptodate 4:4.6.0really4.4.0-4 phonon-backend-xine/squeeze uptodate 4:4.6.0really4.4.0-4 Thus so far so fine. Marcus, can you verify whether its fixed for you? From my point of view the bug can be closed, but I don't have the bugzilla karma to do it.
Many thanks for fixing it!
I can confirm, this is fixed in the latest Kubuntu standard packages.
Created attachment 43376 [details] New crash information added by DrKonqi Well, too early. Here sometimes it still crashes when opening KMix after pluggin in my M-Audio Sonica Theater USB sound card.
SVN commit 1125015 by hpereiradacosta: added more protections in comboboxdata::timerEvent before starting widget grab. CCBUG: 220621 M +1 -1 oxygencomboboxdata.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1125015
reassigning to oxygen. That's really what it is ... Comment #19 is a shot in the dark. I had similar protections on other animations which cured some other (similar) bugs elsewhere.
*** Bug 229871 has been marked as a duplicate of this bug. ***
Created attachment 43862 [details] New crash information added by DrKonqi Having dragged just one (Stereo Upmixing) channel to the visible channels list and hitting OK caused KMix crash.
SVN commit 1132411 by hpereiradacosta: Do not trigger widget grab on paintEvent CCBUG: 220621 M +3 -5 oxygencomboboxdata.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1132411
SVN commit 1132414 by hpereiradacosta: Backport r1132411 Do not trigger widget grab on paintEvent CCBUG: 220621 M +3 -5 oxygencomboboxdata.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1132414
Which version of KDE will contain fix? With 4.4.4 kmix still crashes.
ok some "good" news on this. I'm finally able to reproduce the (second) type of crash in a systematic way, so I guess I'll be able to debug ... Hopefully a fix will make it to kde4.5 (and possibly backported)
Created attachment 48100 [details] suggested patch to kdemultimedia/kmix/ After some code digging, I think I found the reason for _both_ bugs reported here. It would be a kmix "bug" that oxygen triggers. The kmix bug comes from: "_dockAreaPopup->deleteLater()" in KMixWindow::updateDocking(), which leaves its "parent" QWidgetAction with a dangling pointer to the widget, until the action is actually created, later on in the code. Problem is, the QWidget::render call, triggered by oxygen, does access this widgetAction, and the widget it points to, via QMenuPrivate::updateActionRects, this before the widget (and action) is re-created. This explains the crash at: QWidget::maximumSize: the widget is actually invalid. The proposed patch deletes the parent QWidgetAction rather than deleting the widget itself. Since the action owns the widget (according to Qt doc), this also deletes the _dockAreaPopup widget, except that once the action is deleted, the parent QMenu catches it automatically. and there is no dangling pointer. Comments/test of the patch (that applies to kdemultimedia/kmix) are welcome. With this patch, I am not able to reproduce the crash above anymore, whereas I could reproduce it _every time_ before.
PS: re-assigning to kmix, to make sure the patch at comment #27 is looked at. For discussion I can be reached on IRC at #oxygen (hpereira)
*** Bug 242443 has been marked as a duplicate of this bug. ***
What's the status of reviewing the patch? Will there be a fix for KDE 4.4.5? I ask cause Debian Squeeze will likely ship with KDE 4.4.5. Thanks.
> https://bugs.kde.org/show_bug.cgi?id=220621 I've been sending emails around for ~2 weeks to have a chance to get the patch reviewed. So far only Aaron has looked at it and validated it. I guess I'll wait untill monday and commit it based on this if I get no further notice, since it is an important crash that makes bad advertisement to kmix, oxygen, and kde in general ... Hugo
Thanks for looking into it. This is a really important issue to be fixed. From what I understand is that there was an undeleted volWA, with a dangling pointer. If I got that right, I understood your patch. If not, it still should be commited. I try to commit kmix.cpp until 15:00 CET today. If it hasn't happened until then, I won't be around until tuesday. please go ahead and commit yourself, Hugo. oxygencomboboxdata.cpp is already commited, right?
SVN commit 1143053 by esken: Fix for bug 220621 (trunk) I'll close this bug report once it has been applied to all relevant branches CCBUGS: 220621 M +10 -6 kmix.cpp M +2 -0 kmix.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1143053
SVN commit 1143054 by esken: Fix for bug 220621, patch was taken from the bugreport. (branch 4.4) I'll close this bug report once it has been applied to all relevant branches CCBUGS: 220621 M +10 -6 kmix.cpp M +2 -0 kmix.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1143054
SVN commit 1143057 by esken: Fix for bug 220621, patch was taken from the bugreport. (branch 4.3). Pleae note that for branch 4.3 the patch could not be tested (not even compiled, due to source incompatibilites ("namespace Expiremental" and "knotificationitem-1/knotificationitem.h"). As the patch is very important, and proved to work in 2 other branches), I decided to commit immedatley. I'll query for test support on bko, and relevant mailing lists. I'll close this bug report once it has been applied to all relevant branches CCBUGS: 220621 M +10 -6 kmix.cpp M +2 -0 kmix.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1143057
The patch has now been commited to trunk, branch 4.4 and branch 4.3. I could not compile in 4.3, as you need KDE4.3 libraries for that (see comment #35 for details). If anyone has a working KDE4.3 development environment around, I would be happy if you could compile and test it. I need to apply this to one more branch, namely /branch/work/kmix. Until then, I will keep this bug report open. I don't think it will be in KDE4.4.5, as it was tagged on June, 24th. Hugo made me aware of the patch by Mail on just that day, so we just missed the deadline. Sometimes distributions pick newer versions of the branch instead of the tag, but unless they do the fix is not in KDE4.4.5.
*** Bug 243413 has been marked as a duplicate of this bug. ***
*** Bug 244274 has been marked as a duplicate of this bug. ***
*** Bug 244450 has been marked as a duplicate of this bug. ***
*** Bug 234290 has been marked as a duplicate of this bug. ***
*** Bug 246773 has been marked as a duplicate of this bug. ***
With KDE 4.4.5-1 packages on Debian this is fixed for me. Thanks. Reading the Debian changelog it does not seem that Debian KDE developers pulled anything beyond 4.4.5 release. For me this can be set to resolved with KDE 4.4.5. Can anyone confirm?
Fixed in Fedora KDE 4.4.5-1
SVN commit 1166116 by esken: Backport patch https://bugs.kde.org/attachment.cgi?id=48100 for Bug 220621 - USB input/output device plugged in --> Opening KMix mixer window crashes CCBUGS: 220621 M +8 -3 kmixdockwidget.cpp M +1 -0 kmixdockwidget.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1166116
Backported to work branch (see comment 45). I really hope I got the patch correctly adapted to the new structure. The work branch will be merged back until end of August 2010 into trunk.
Created attachment 52232 [details] New crash information added by DrKonqi Though the problem with switching to the new tab is fixed, kmix crashes if after switching to the new tab (after plugging usb card) I try to switch recording channel for example from 'Mic' to 'What U Hear'.
[Comment from a bug triager] From bug 251763 (KDE SC 4.5.0): -- Information about the crash: In order to facilitate recording from an external source, not microphone related, I have a USB sound card, a Creative Sound Blaster MP3+ to be exact, which I usually leave unplugged. After I plug it in I have to go into KMix to change the default settings so that Audacity will actually record from my external source. I have to change 4 settings to do this, uncheck the "Mute" box for Line, move the "Line (capture)" slider up from zero, check the "Capture" box for Line, and lastly change the "Capture Input Source" from Mic to Line. When I change the Capture Input Source, KMix will crash immeadiatly after clicking on Line from the drop-down box. After restarting KMix I can make the changes as long as the Sound Blaster remains plugged in to the USB port. This happens every time I try to do this and although the restart is painless it is still something that should not happen.
*** Bug 251763 has been marked as a duplicate of this bug. ***
I has the same problem, but now I use kmix 3.7 in KDE 4.5.3 and it works without crashes so far.
Oh, and I use Qt 4.7.0
[Comment from a bug triager] - Could anyone else check if the crash is fixed with the latest KDE SC and Qt releases ? Thanks
At least 2 people have reported this as fixed. Thus I'll mark this bug as fixed. The problem described in Comment #47 is unrelated.
*** Bug 278567 has been marked as a duplicate of this bug. ***
*** Bug 278637 has been marked as a duplicate of this bug. ***
*** Bug 287596 has been marked as a duplicate of this bug. ***