Bug 118305 - Queueing songs while doing cover search crashes amarok
Summary: Queueing songs while doing cover search crashes amarok
Status: RESOLVED DUPLICATE of bug 122002
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 1.3.6
Platform: Mandriva RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-14 12:29 UTC by Matt Howe
Modified: 2006-06-11 12:32 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Howe 2005-12-14 12:29:03 UTC
Version:           1.3.6 (using KDE KDE 3.4.2)
Installed from:    Mandriva RPMs
OS:                Linux

Dragging songs from the context menu while the Amazon window (cover search) pops up crashes amarok. To reproduce: Download a cover. While the cover is downloading grab a track from the context menu, then after the album cover window pops up, drop the track in the playlist.

======== DEBUG INFORMATION  =======
Engine:     xine-engine
Build date: Nov  8 2005
CC version: 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)
KDElibs:    3.3.2
TagLib:     1.4.0
NDEBUG:     true
==== file `which amarokapp` =======
/usr/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped


==== (gdb) bt =====================
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1241696576 (LWP 10081)]
[New Thread -1289303120 (LWP 10091)]
[Thread debugging using libthread_db enabled]
[New Thread -1241696576 (LWP 10081)]
[New Thread -1289303120 (LWP 10091)]
[Thread debugging using libthread_db enabled]
[New Thread -1241696576 (LWP 10081)]
[New Thread -1289303120 (LWP 10091)]
[New Thread -1280910416 (LWP 10090)]
[New Thread -1270629456 (LWP 10089)]
[New Thread -1244025936 (LWP 10088)]
[New Thread -1252418640 (LWP 10085)]
0xffffe410 in ?? ()
#0  0xffffe410 in ?? ()
#1  0xbfc0491c in ?? ()
#2  0x00000000 in ?? ()
#3  0x00000000 in ?? ()
#4  0xb65ce32b in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#5  0x08213448 in amaroK::Crash::crashHandler ()
#6  <signal handler called>
#7  0xb6c45d21 in qt_tryModalHelper () from /usr/lib/qt3/lib/libqt-mt.so.3
#8  0x08cbf3f8 in ?? ()
#9  0x00000110 in ?? ()
#10 0x00000000 in ?? ()
#11 0xb70ed434 in ?? () from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0xbfc04f38 in ?? ()
#13 0xbfc05020 in ?? ()
#14 0xbfc04c98 in ?? ()
#15 0xb6bd1492 in qt_try_modal () from /usr/lib/qt3/lib/libqt-mt.so.3
#16 0x084805e0 in ?? ()
#17 0x00000000 in ?? ()
#18 0xbfc04e24 in ?? ()
#19 0xb7540f2c in KDictSpellingHighlighter::isMisspelled ()
   from /usr/lib/libkdeui.so.4
Comment 1 Seb Ruiz 2005-12-14 12:33:40 UTC
Crazy. Probably a stupid Qt bug...
Comment 2 Alexandre Oliveira 2006-03-01 22:53:56 UTC
The backtrace on the other report is better. :-P

*** This bug has been marked as a duplicate of 122002 ***