| Summary: | Amarok crashes sometimes when going to new song, moving around in same song | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Mike Russo <mike> |
| Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | a-omsk, adamcrume, aldaris, alexeichelukanov, alwin, analoguecolour, atrystan, christian.groove, danielpalenski, dreibh, eldavicillosensei, germano.massullo, goranfrosty, guykom, info, jamesfeehan56, jdbeard, mindfilled75, philipe.rp, povder, rohan, rosslagerwall, stefan.djordjevic39, w.isaac.cortes, zbeefy, zelao.itu |
| Priority: | NOR | ||
| Version: | 2.7.0 | ||
| Target Milestone: | 2.8 | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| See Also: | https://bugreports.qt-project.org/browse/QTBUG-31181 | ||
| Latest Commit: | http://commits.kde.org/amarok/67051b7d60e8f593465944432986f88170b7fc53 | Version Fixed In: | 2.7.1 |
| Sentry Crash Report: | |||
| Attachments: |
gdb backtrace of amarok -d --nofork
New crash information added by DrKonqi |
||
|
Description
Mike Russo
2013-05-05 17:03:53 UTC
This is a problem with gstreamer. As workaround, please use the phonon-backend-vlc *** This bug has been marked as a duplicate of bug 316780 *** Mike, you still use the gstreamer backend, obviously you didn't restart KDE after having changed the backend priority. I did switch to phonon-backend-vlc, but when amarok crashes I can never get debug output, despite having amarok-dbg package installed. I'll try to get a backtrack w/ amarok --no-fork later on to attach with the VLC backend. (In reply to comment #3) > I did switch to phonon-backend-vlc, but when amarok crashes I can never get > debug output, despite having amarok-dbg package installed. I'll try to get a > backtrack w/ amarok --no-fork later on to attach with the VLC backend. the exact option would be: amarok -d --nofork Ok. I have a backtrace of the crash. Unfortunately it appears to occur at a low level. The last line from amarok before crashing is: GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Invalid argument. Aborting. I will attach the full debug output as an attachment. Created attachment 79756 [details]
gdb backtrace of amarok -d --nofork
- running Ubuntu 13.04 (let me know if you think I should report an Ubuntu bug)
- amarok-dbg package installed but getting
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
when starting gdb
I am definitely running using the VLC backend. However I will completely uninstall the GStreamer backend now just to be 100% sure it still happens even without it installed. (In reply to comment #7) > I am definitely running using the VLC backend. However I will completely > uninstall the GStreamer backend now just to be 100% sure it still happens > even without it installed. Sorry to disappoint you, but you definitely use the gstreamer backend, as the backtrace clearly shows (check the gst_* functions, that is gstreamer, and your bug is a duplicate): (gdb) bt #0 0x00007ffff47d7037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007ffff47da698 in __GI_abort () at abort.c:90 #2 0x00007fffef2f9d7d in g_thread_abort (status=<optimized out>, function=function@entry=0x7fffef3bda9e "pthread_mutex_lock") at /build/buildd/glib2.0-2.36.0/./glib/gthread-posix.c:76 #3 0x00007fffef3675d3 in g_mutex_lock (mutex=<optimized out>) at /build/buildd/glib2.0-2.36.0/./glib/gthread-posix.c:211 #4 0x00007fffe6b13dab in gst_data_queue_set_flushing (queue=0x7ffed0033480, flushing=flushing@entry=1) at gstdataqueue.c:384 #5 0x00007fff28b9bd9c in gst_multi_queue_loop (pad=<optimized out>) at gstmultiqueue.c:1351 #6 0x00007fffe6871e34 in gst_task_func (task=0x8be640) at gsttask.c:327 #7 0x00007fffef34c6f2 in g_thread_pool_thread_proxy (data=<optimized out>) at /build/buildd/glib2.0-2.36.0/./glib/gthreadpool.c:309 #8 0x00007fffef34beb5 in g_thread_proxy (data=0x56e9a80) at /build/buildd/glib2.0-2.36.0/./glib/gthread.c:798 #9 0x00007ffff0e1cf8e in start_thread (arg=0x7fff22ffd700) at pthread_create.c:311 #10 0x00007ffff4899e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 *** This bug has been marked as a duplicate of bug 316780 *** What must be done to stop KDE from using them? phonon-backend-gstreamer has been completely uninstalled, all KDE processes killed, systemsettings shows only VLC as the backend, and yet the next backtrace shows a crash in gst_multi_queue_loop! If I uninstall all gstreamer0.10 packages I'll wind up uninstalling other programs that are dependencies. If you think the next step really is uninstall all gstreamer0.10 packages I'll do so, it's just so strange that I can't seem to stop amarok from using it. I really don't know what is wrong in your installation, sorry. Maybe Harald or Rohan can help, I subscribed them both now. The backtrace indicates it's a bug in QtWebkit , please report a bug against QtWebkit here https://bugs.webkit.org/ *** Bug 319509 has been marked as a duplicate of this bug. *** I can confirm that after removing the Wikipedia tab from Amarok, I can no longer reproduce the bug, so it does indeed look like QtWebkit was causing the crash. I will try to create a webkit bug report later, thanks!! (In reply to comment #11) > The backtrace indicates it's a bug in QtWebkit , please report a bug against > QtWebkit here https://bugs.webkit.org/ Good news: The crash is definitely QtWebkit related (which uses gstreamer directly, not through the phonon backend), as the same crash can be reproduced in Rekonq when opening wikipedia articles with embedded players. It is now fixed in Amarok by this commit: http://quickgit.kde.org/?p=amarok.git&a=commit&h=d13bd61 and for the 2.7.0 users a workaround could be to not use the wikipedia applet. Whether the crash is actually in QtWebkit itself or in Gstreamer is up to the QtWebkit devs to sort out. *** Bug 313532 has been marked as a duplicate of this bug. *** *** Bug 319534 has been marked as a duplicate of this bug. *** *** Bug 319537 has been marked as a duplicate of this bug. *** *** Bug 319544 has been marked as a duplicate of this bug. *** *** Bug 319635 has been marked as a duplicate of this bug. *** *** Bug 319639 has been marked as a duplicate of this bug. *** *** Bug 313547 has been marked as a duplicate of this bug. *** Git commit 67051b7d60e8f593465944432986f88170b7fc53 by Matěj Laitl, on behalf of Mark Kretschmann. Committed on 08/05/2013 at 12:29. Pushed by laitl into branch 'v2.7.x'. Fix crashes on track change (both with Phonon-GStreamer and Phonon-VLC). What happened: The Wikipedia applet uses QtWebKit for HTML rendering. On Linux, QtWebKit uses GStreamer for media playback. Turns out that this crashes with a high probability whenever an <audio> tag is present on a web page. As music artists' pages often contain audio snippets in Vorbis format, it crashed a lot when Amarok's applet rendered a page. The fix: Removing all audio tags from Wikipedia pages before rendering them in our applet. Of course, the real fix would have to be done upstream. But until that happens, our workaround here fixes a shitload of crashes. We might want to do a 2.7.1 release for Linux, with this patch. M +1 -0 ChangeLog M +14 -0 src/context/engines/wikipedia/WikipediaEngine.cpp http://commits.kde.org/amarok/67051b7d60e8f593465944432986f88170b7fc53 *** Bug 316780 has been marked as a duplicate of this bug. *** *** Bug 318226 has been marked as a duplicate of this bug. *** *** Bug 319029 has been marked as a duplicate of this bug. *** *** Bug 319265 has been marked as a duplicate of this bug. *** *** Bug 317654 has been marked as a duplicate of this bug. *** *** Bug 318614 has been marked as a duplicate of this bug. *** *** Bug 316554 has been marked as a duplicate of this bug. *** *** Bug 318992 has been marked as a duplicate of this bug. *** *** Bug 319079 has been marked as a duplicate of this bug. *** *** Bug 319078 has been marked as a duplicate of this bug. *** *** Bug 320005 has been marked as a duplicate of this bug. *** *** Bug 320054 has been marked as a duplicate of this bug. *** *** Bug 320105 has been marked as a duplicate of this bug. *** *** Bug 320477 has been marked as a duplicate of this bug. *** *** Bug 320527 has been marked as a duplicate of this bug. *** *** Bug 320558 has been marked as a duplicate of this bug. *** *** Bug 321871 has been marked as a duplicate of this bug. *** *** Bug 320980 has been marked as a duplicate of this bug. *** *** Bug 322921 has been marked as a duplicate of this bug. *** Created attachment 81735 [details]
New crash information added by DrKonqi
amarok (2.7.0) on KDE Platform 4.10.5 using Qt 4.8.4
- What I was doing when the application crashed:
Running Amarok and Rekonq browser only. Rekonq was essentially idle; it had been on the same page for ~10 minutes.
-- Backtrace (Reduced):
#6 0x00007f4a8a81c037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7 0x00007f4a8a81f698 in __GI_abort () at abort.c:90
[...]
#10 0x00007f4a7cb6fdab in gst_data_queue_set_flushing (queue=0x7f49bc002100, flushing=1) at gstdataqueue.c:384
#11 0x00007f4a67318d9c in gst_multi_queue_loop (pad=<optimized out>) at gstmultiqueue.c:1351
#12 0x00007f4a7c8cde34 in gst_task_func (task=0x7f49880151c0) at gsttask.c:327
(In reply to comment #42) > Created attachment 81735 [details] > New crash information added by DrKonqi > > amarok (2.7.0) on KDE Platform 4.10.5 using Qt 4.8.4 Please read the report, this is already fixed in 2.7.1 *** Bug 323684 has been marked as a duplicate of this bug. *** |