How old is your checkout? Just did some changes to it yesterday evening.

I've just upgraded the packages from openSUSE's KDE4.4 repos about a couple of hours ago, and this is the first attempt to launch Amarok since then.

This looks related to Qt 4.6.2, we just have to check with Plasma first.

Don't know if it helps, but downgrading Amarok to v2.2.2 (built for KDE4.3.1, not for 4.4.00) helped circumvent the issue.

(In reply to comment #4)
> Don't know if it helps, but downgrading Amarok to v2.2.2 (built for KDE4.3.1,
> not for 4.4.00) helped circumvent the issue.

Well, no, this is certainly not the way to go, since you don't use a Qt 4.6.2 build anymore in that case. And it is a bad workaround, since you have to downgrade to a previous version. That is never a good solution, and can sometimes cause quite some issues.

It looks like it's the info applet that causes this problem.  If you remove info from the plugins in amarok_homerc, amarok should start again (removing amarok_homerc works also (back-up first)).

If you then start amarok and add the info applet again and restart, amarok crashes again.

I've got the same thing over here: amarok crashes after displaying the splash screen. I couldn't find any info aplet in the amarok_homerc so I tried removing it completely. This didn't improve anything. Amarok still crashes.

Here's the backtrace:

Anwendung: Amarok (amarok), Signal SIGSEGV
[Current thread is 1 (Thread 0xb2e2b730 (LWP 30336))]

Thread 17 (Thread 0xaff72b90 (LWP 30383)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6f62 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb13e5a01 in metronom_sync_loop () from /usr/lib/libxine.so.1
#3  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#4  0xb43963ae in clone () from /lib/libc.so.6

Thread 16 (Thread 0xaf771b90 (LWP 30414)):
#0  0xb169824a in snd_hctl_handle_events () from /usr/lib/libasound.so.2
#1  0xb16a4451 in snd_mixer_handle_events () from /usr/lib/libasound.so.2
#2  0xb10c2051 in ao_alsa_handle_event_thread () from /usr/lib/xine/plugins/1.27/xineplug_ao_out_alsa.so
#3  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#4  0xb43963ae in clone () from /lib/libc.so.6

Thread 15 (Thread 0xaef2eb90 (LWP 30415)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb13f8423 in ao_loop () from /usr/lib/libxine.so.1
#3  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#4  0xb43963ae in clone () from /lib/libc.so.6

Thread 14 (Thread 0xae72db90 (LWP 30416)):
#0  0xb41f03da in clock_gettime () from /lib/librt.so.1
#1  0xb7661beb in ?? () from /usr/lib/libQtCore.so.4
#2  0xb7661dc1 in ?? () from /usr/lib/libQtCore.so.4
#3  0xb76635bc in ?? () from /usr/lib/libQtCore.so.4
#4  0xb7660198 in ?? () from /usr/lib/libQtCore.so.4
#5  0xb41638da in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#6  0xb4163d6a in ?? () from /usr/lib/libglib-2.0.so.0
#7  0xb4164241 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#8  0xb765ffd7 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#9  0xb763401a in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#10 0xb76341da in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#11 0xb7542559 in QThread::exec() () from /usr/lib/libQtCore.so.4
#12 0xb143b2f8 in ?? () from /usr/lib/kde4/phonon_xine.so
#13 0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#14 0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#15 0xb43963ae in clone () from /lib/libc.so.6

Thread 13 (Thread 0xad21ab90 (LWP 30466)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xad891cbe in os_event_wait_low () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad88e9a1 in os_aio_simulated_handle () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xad85047d in fil_aio_wait () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#5  0xad67ff2e in ?? () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#6  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#7  0xb43963ae in clone () from /lib/libc.so.6

Thread 12 (Thread 0xabed1b90 (LWP 30467)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xad891cbe in os_event_wait_low () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad88e9a1 in os_aio_simulated_handle () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xad85047d in fil_aio_wait () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#5  0xad67ff2e in ?? () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#6  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#7  0xb43963ae in clone () from /lib/libc.so.6

Thread 11 (Thread 0xab6d0b90 (LWP 30468)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xad891cbe in os_event_wait_low () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad88e9a1 in os_aio_simulated_handle () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xad85047d in fil_aio_wait () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#5  0xad67ff2e in ?? () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#6  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#7  0xb43963ae in clone () from /lib/libc.so.6

Thread 10 (Thread 0xaaecfb90 (LWP 30469)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xad891cbe in os_event_wait_low () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad88e9a1 in os_aio_simulated_handle () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xad85047d in fil_aio_wait () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#5  0xad67ff2e in ?? () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#6  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#7  0xb43963ae in clone () from /lib/libc.so.6

Thread 9 (Thread 0xa9a3eb90 (LWP 30471)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb438f401 in select () from /lib/libc.so.6
#2  0xad89218a in os_thread_sleep () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad67c480 in srv_lock_timeout_and_monitor_thread () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#5  0xb43963ae in clone () from /lib/libc.so.6

Thread 8 (Thread 0xa923db90 (LWP 30472)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb438f401 in select () from /lib/libc.so.6
#2  0xad89218a in os_thread_sleep () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad67b2c9 in srv_error_monitor_thread () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#5  0xb43963ae in clone () from /lib/libc.so.6

Thread 7 (Thread 0xa8a3cb90 (LWP 30473)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xad891cbe in os_event_wait_low () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#3  0xad67a4d9 in srv_master_thread () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#5  0xb43963ae in clone () from /lib/libc.so.6

Thread 6 (Thread 0xa64ebb90 (LWP 30606)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb438f401 in select () from /lib/libc.so.6
#2  0xb7614dc7 in ?? () from /usr/lib/libQtCore.so.4
#3  0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#4  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#5  0xb43963ae in clone () from /lib/libc.so.6

Thread 5 (Thread 0xa5ceab90 (LWP 30608)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb7546872 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0xad54d9f0 in ?? () from /usr/lib/kde4/libamarok_collection-sqlcollection.so
#4  0xb531d03d in ?? () from /usr/lib/libthreadweaver.so.4
#5  0xb531d3b9 in ThreadWeaver::Job::execute(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4
#6  0xb531bfda in ?? () from /usr/lib/libthreadweaver.so.4
#7  0xb531c64b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#8  0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#9  0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#10 0xb43963ae in clone () from /lib/libc.so.6

Thread 4 (Thread 0xa54e9b90 (LWP 30609)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb7546872 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0xb531b1a8 in ?? () from /usr/lib/libthreadweaver.so.4
#4  0xb531deec in ?? () from /usr/lib/libthreadweaver.so.4
#5  0xb5319d8b in ?? () from /usr/lib/libthreadweaver.so.4
#6  0xb531dfea in ?? () from /usr/lib/libthreadweaver.so.4
#7  0xb531b723 in ?? () from /usr/lib/libthreadweaver.so.4
#8  0xb531c00e in ?? () from /usr/lib/libthreadweaver.so.4
#9  0xb531c64b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#10 0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#11 0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#12 0xb43963ae in clone () from /lib/libc.so.6

Thread 3 (Thread 0xa4ce8b90 (LWP 30610)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb7546872 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0xb531b1a8 in ?? () from /usr/lib/libthreadweaver.so.4
#4  0xb531deec in ?? () from /usr/lib/libthreadweaver.so.4
#5  0xb5319d8b in ?? () from /usr/lib/libthreadweaver.so.4
#6  0xb531dfea in ?? () from /usr/lib/libthreadweaver.so.4
#7  0xb531b723 in ?? () from /usr/lib/libthreadweaver.so.4
#8  0xb531e009 in ?? () from /usr/lib/libthreadweaver.so.4
#9  0xb531b723 in ?? () from /usr/lib/libthreadweaver.so.4
#10 0xb531c00e in ?? () from /usr/lib/libthreadweaver.so.4
#11 0xb531c64b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#12 0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#13 0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#14 0xb43963ae in clone () from /lib/libc.so.6

Thread 2 (Thread 0xa44e7b90 (LWP 30611)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74e6c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb7546872 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0xb531b1a8 in ?? () from /usr/lib/libthreadweaver.so.4
#4  0xb531deec in ?? () from /usr/lib/libthreadweaver.so.4
#5  0xb5319d8b in ?? () from /usr/lib/libthreadweaver.so.4
#6  0xb531dfea in ?? () from /usr/lib/libthreadweaver.so.4
#7  0xb531b723 in ?? () from /usr/lib/libthreadweaver.so.4
#8  0xb531e009 in ?? () from /usr/lib/libthreadweaver.so.4
#9  0xb531b723 in ?? () from /usr/lib/libthreadweaver.so.4
#10 0xb531c00e in ?? () from /usr/lib/libthreadweaver.so.4
#11 0xb531c64b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#12 0xb754585e in ?? () from /usr/lib/libQtCore.so.4
#13 0xb74e31b5 in start_thread () from /lib/libpthread.so.0
#14 0xb43963ae in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb2e2b730 (LWP 30336)):
[KCrash Handler]
#6  0xb629863a in ?? () from /usr/lib/libamaroklib.so.1
#7  0xb62e8e4a in MainWindow::init() () from /usr/lib/libamaroklib.so.1
#8  0xb62cf572 in App::continueInit() () from /usr/lib/libamaroklib.so.1
#9  0xb62d256c in App::App() () from /usr/lib/libamaroklib.so.1
#10 0x0804c363 in _start ()

==============
If you need any further information please ask. I'll try to provide them.

Benedikt, sorry, but your backtrace lacks debugging symbols. Please see here on how to produce a valid backtrace:

http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Also you didn't specify which distribution you are using. After talking on IRC with various people affected by this bug it turns out to be OpenSuSE specific.

Sven, any news on this?

Second try and sorry for the inconvenience:

Myriam, you're right, mit distro is openSUSE 11.1.

The command
amarok --version 
gives the following:
=====
Qt: 4.5.3
KDE: 4.3.5 (KDE 4.3.5) "release 3"
Amarok: 2.0.1
=====

Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
[Current thread is 1 (Thread 0xb2485950 (LWP 24699))]

Thread 12 (Thread 0xaf271b90 (LWP 24712)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3f62 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb0588a01 in metronom_sync_loop () from /usr/lib/libxine.so.1
#3  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#4  0xb39f53ae in clone () from /lib/libc.so.6

Thread 11 (Thread 0xaea70b90 (LWP 24713)):
#0  0xb74f1541 in pthread_mutex_lock () from /lib/libpthread.so.0
#1  0xb37cb22b in IA__g_main_context_release (context=0x815f618) at gmain.c:2269
#2  0xb37ccf85 in g_main_context_iterate (context=0x815f618, block=1, dispatch=1, self=0x810ce30) at gmain.c:2781
#3  0xb37cd241 in IA__g_main_context_iteration (context=0x815f618, may_block=1) at gmain.c:2841
#4  0xb767208f in QEventDispatcherGlib::processEvents (this=0x816fda8, flags={i = -1364786616}) at kernel/qeventdispatcher_glib.cpp:409
#5  0xb7644f1a in QEventLoop::processEvents (this=0xaea702c0, flags={i = -1364786552}) at kernel/qeventloop.cpp:149
#6  0xb7645362 in QEventLoop::exec (this=0xaea702c0, flags={i = -1364786488}) at kernel/qeventloop.cpp:201
#7  0xb754f249 in QThread::exec (this=0x810b1a8) at thread/qthread.cpp:487
#8  0xb05df899 in Phonon::Xine::XineThread::run (this=0x810b1a8) at /usr/src/debug/phonon-4.3.1/xine/xinethread.cpp:143
#9  0xb7552592 in QThreadPrivate::start (arg=0x810b1a8) at thread/qthread_unix.cpp:188
#10 0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#11 0xb39f53ae in clone () from /lib/libc.so.6

Thread 10 (Thread 0xae26fb90 (LWP 24717)):
#0  0xb74f15ac in pthread_mutex_lock () from /lib/libpthread.so.0
#1  0xb03c1036 in ao_alsa_handle_event_thread () from /usr/lib/xine/plugins/1.27/xineplug_ao_out_alsa.so
#2  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#3  0xb39f53ae in clone () from /lib/libc.so.6

Thread 9 (Thread 0xada6eb90 (LWP 24719)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb059b423 in ao_loop () from /usr/lib/libxine.so.1
#3  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#4  0xb39f53ae in clone () from /lib/libc.so.6

Thread 8 (Thread 0xac768b90 (LWP 24727)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xacddfcbe in os_event_wait_low (event=0x87e71f8, reset_sig_count=0) at ../../../innobase/os/os0sync.c:420
#3  0xacddc9a1 in os_aio_simulated_handle (global_segment=0, message1=0xac768308, message2=0xac768304, type=0xac768300) at ../../../innobase/os/os0file.c:4089
#4  0xacd9e47d in fil_aio_wait (segment=0) at ../../../innobase/fil/fil0fil.c:4131
#5  0xacbcdf2e in io_handler_thread (arg=0xad0fbb80) at ../../../innobase/srv/srv0start.c:446
#6  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#7  0xb39f53ae in clone () from /lib/libc.so.6

Thread 7 (Thread 0xab41eb90 (LWP 24728)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xacddfcbe in os_event_wait_low (event=0x87e7268, reset_sig_count=0) at ../../../innobase/os/os0sync.c:420
#3  0xacddc9a1 in os_aio_simulated_handle (global_segment=1, message1=0xab41e308, message2=0xab41e304, type=0xab41e300) at ../../../innobase/os/os0file.c:4089
#4  0xacd9e47d in fil_aio_wait (segment=1) at ../../../innobase/fil/fil0fil.c:4131
#5  0xacbcdf2e in io_handler_thread (arg=0xad0fbb84) at ../../../innobase/srv/srv0start.c:446
#6  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#7  0xb39f53ae in clone () from /lib/libc.so.6

Thread 6 (Thread 0xaac1db90 (LWP 24729)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xacddfcbe in os_event_wait_low (event=0x87e72d8, reset_sig_count=0) at ../../../innobase/os/os0sync.c:420
#3  0xacddc9a1 in os_aio_simulated_handle (global_segment=2, message1=0xaac1d308, message2=0xaac1d304, type=0xaac1d300) at ../../../innobase/os/os0file.c:4089
#4  0xacd9e47d in fil_aio_wait (segment=2) at ../../../innobase/fil/fil0fil.c:4131
#5  0xacbcdf2e in io_handler_thread (arg=0xad0fbb88) at ../../../innobase/srv/srv0start.c:446
#6  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#7  0xb39f53ae in clone () from /lib/libc.so.6

Thread 5 (Thread 0xaa41cb90 (LWP 24730)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xacddfcbe in os_event_wait_low (event=0x87e7348, reset_sig_count=0) at ../../../innobase/os/os0sync.c:420
#3  0xacddc9a1 in os_aio_simulated_handle (global_segment=3, message1=0xaa41c308, message2=0xaa41c304, type=0xaa41c300) at ../../../innobase/os/os0file.c:4089
#4  0xacd9e47d in fil_aio_wait (segment=3) at ../../../innobase/fil/fil0fil.c:4131
#5  0xacbcdf2e in io_handler_thread (arg=0xad0fbb8c) at ../../../innobase/srv/srv0start.c:446
#6  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#7  0xb39f53ae in clone () from /lib/libc.so.6

Thread 4 (Thread 0xa8f8bb90 (LWP 24732)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb39ee401 in select () from /lib/libc.so.6
#2  0xacde018a in os_thread_sleep (tm=0) at ../../../innobase/os/os0thread.c:274
#3  0xacbca480 in srv_lock_timeout_and_monitor_thread (arg=0x0) at ../../../innobase/srv/srv0srv.c:1882
#4  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#5  0xb39f53ae in clone () from /lib/libc.so.6

Thread 3 (Thread 0xa878ab90 (LWP 24733)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb39ee401 in select () from /lib/libc.so.6
#2  0xacde018a in os_thread_sleep (tm=0) at ../../../innobase/os/os0thread.c:274
#3  0xacbc92c9 in srv_error_monitor_thread (arg=0x0) at ../../../innobase/srv/srv0srv.c:2106
#4  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#5  0xb39f53ae in clone () from /lib/libc.so.6

Thread 2 (Thread 0xa7f89b90 (LWP 24734)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb74f3c35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xacddfcbe in os_event_wait_low (event=0x844bf10, reset_sig_count=0) at ../../../innobase/os/os0sync.c:420
#3  0xacbc84d9 in srv_master_thread (arg=0x0) at ../../../innobase/srv/srv0srv.c:2598
#4  0xb74f01b5 in start_thread () from /lib/libpthread.so.0
#5  0xb39f53ae in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb2485950 (LWP 24699)):
[KCrash Handler]
#6  KUrl (this=0xbfaaf65c, str=@0x8b77b78) at /usr/src/debug/kdelibs-4.3.5/kdecore/io/kurl.cpp:381
#7  0xb61635ad in PlaylistFileProvider (this=0x8afaa90) at /usr/src/debug/amarok-2.0.1.1/src/playlistmanager/PlaylistFileProvider.cpp:41
#8  0xb61b3e4a in MainWindow::init (this=0x8091bf8) at /usr/src/debug/amarok-2.0.1.1/src/MainWindow.cpp:282
#9  0xb619a572 in App::continueInit (this=0xbfaafb24) at /usr/src/debug/amarok-2.0.1.1/src/App.cpp:553
#10 0xb619d56c in App (this=0xbfaafb24) at /usr/src/debug/amarok-2.0.1.1/src/App.cpp:182
#11 0x0804c363 in main (argc=1, argv=0xbfab0024) at /usr/src/debug/amarok-2.0.1.1/src/main.cpp:128
===========

I hope this will give you more and better information!

Benedikt, sorry, but what you have is something completely different. Also you are using a very old and obsolete Amarok version, the current stable version in OpenSuSE is Amarok 2.2.2, please upgrade. 
You should not be affected by this bug here, since it only happens with the 2.3 beta version and for people who use KDE SC 4.4.

*** Bug 228278 has been marked as a duplicate of this bug. ***

*** Bug 228575 has been marked as a duplicate of this bug. ***

The new Amarok build 2.2.90-57.4 (previously 2.2.90-3.1), as it appeared today in openSUSE's KDE4.4 repos, crashes at the same point in Qt libs. I can provide the backtrace if necessary.

Myriam, I don't know how QT deals with backwards compatibility, or what different calls makes Amarok in 4.4 compared to 4.3. That's why I though there is a possibility knowing what version worked may help someone. Thanks for the tip - I already am aware mixing stuff is bad. But it's a lot worse hearing only the pressed keys sounds.

Adrian, this looks more and more like a problem with the OpenSuSE packages, since those are the only ones with this particular problem. It doesn't happen on any other distribution. I strongly suggest you check with OpenSuSE.
Closing this to DOWNSTREAM.

Myriam, thanks.

For the who may be interested, it appears to be a problem of package versions and repositories. Basically, one should change its packages to Packman's, despite having earlier versions/builds. More info here: http://forums.opensuse.org/applications/433885-amarok-crashes-loading-after-kde-4-4-final-update-11-1-a.html

*** Bug 228761 has been marked as a duplicate of this bug. ***

*** Bug 228822 has been marked as a duplicate of this bug. ***

This is Qt bug 6932, not an openSUSE issue.  The forum reports also concern a crash on startup, but an unrelated one caused by mismatched packages.

See http://bugreports.qt.nokia.com/browse/QTBUG-6932 and the backtrace at the end of this comment.


#0  0x00007ffff5edc00a in qt_closestItemFirst (item1=<value optimized out>, item2=0x20d9150) at graphicsview/qgraphicsitem_p.h:681
#1  0x00007ffff5ee23bf in QAlgorithmsPrivate::qSortHelper<QList<QGraphicsItem*>::iterator, QGraphicsItem*, bool (*)(QGraphicsItem const*, QGraphicsItem const*)> (start=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece.
)
    at ../../src/corelib/tools/qalgorithms.h:351
#2  0x00007ffff5ee2558 in qSort<QList<QGraphicsItem*>::iterator, bool (*)(QGraphicsItem const*, QGraphicsItem const*)> (start=<value optimized out>, end=<value optimized out>, lessThan=0x20d9150)
    at ../../src/corelib/tools/qalgorithms.h:187
#3  0x00007ffff5ee1bc1 in QGraphicsSceneBspTreeIndexPrivate::sortItems (itemList=0x7fffffff9dd0, order=<value optimized out>, sortCacheEnabled=<value optimized out>, onlyTopLevelItems=<value optimized out>)
    at graphicsview/qgraphicsscenebsptreeindex.cpp:434
#4  0x00007ffff5ee1df9 in QGraphicsSceneBspTreeIndex::items (this=<value optimized out>, order=DescendingOrder) at graphicsview/qgraphicsscenebsptreeindex.cpp:572
#5  0x00007ffff5ebc8aa in QGraphicsScene::items (this=<value optimized out>) at graphicsview/qgraphicsscene.cpp:1900
#6  0x00007ffff5ec3389 in QGraphicsScene::itemsBoundingRect (this=0x2222050) at graphicsview/qgraphicsscene.cpp:1887
#7  0x00007ffff5eca011 in QGraphicsScene::sceneRect (this=0x1e0d800) at graphicsview/qgraphicsscene.cpp:1636
#8  0x00007ffff5eeaaca in QGraphicsView::sceneRect (this=<value optimized out>) at graphicsview/qgraphicsview.cpp:1625
#9  0x00007ffff261b879 in Plasma::viewFor(QGraphicsItem const*) () from /usr/lib64/libplasma.so.3
#10 0x00007ffff26c5a2c in Plasma::WebView::itemChange(QGraphicsItem::GraphicsItemChange, QVariant const&) () from /usr/lib64/libplasma.so.3
#11 0x00007ffff5eccdcb in QGraphicsScene::addItem (this=0x1e0d800, item=0x2161170) at graphicsview/qgraphicsscene.cpp:2621
#12 0x00007ffff5eccd28 in QGraphicsScene::addItem (this=0x1e0d800, item=0x2222050) at graphicsview/qgraphicsscene.cpp:2608
#13 0x00007ffff5e9bb6d in QGraphicsItemPrivate::setParentItemHelper (this=0x2222700, newParent=0x20d9150, newParentVariant=0x7fffffffa520, thisPointerVariant=0x7fffffffa500)
    at graphicsview/qgraphicsitem.cpp:1131
#14 0x00007ffff5e9c18a in QGraphicsItem::setParentItem (this=0x2222050, newParent=0x20d9150) at graphicsview/qgraphicsitem.cpp:1601
#15 0x00007ffff25db1a5 in Plasma::Containment::addApplet(Plasma::Applet*, QPointF const&, bool) () from /usr/lib64/libplasma.so.3
#16 0x00007ffff25db4cf in ?? () from /usr/lib64/libplasma.so.3
#17 0x00007fffc10656fb in Context::VerticalToolbarContainment::addApplet (this=0x20d9140, pluginName=..., loc=-1)
    at /usr/src/debug/amarok-2.2.2.90/src/context/containments/verticallayout/VerticalToolbarContainment.cpp:148
#18 0x00007fffc1065c70 in Context::VerticalToolbarContainment::loadConfig (this=0x20d9140, conf=...)
    at /usr/src/debug/amarok-2.2.2.90/src/context/containments/verticallayout/VerticalToolbarContainment.cpp:114
#19 0x00007ffff6e4cbd2 in Context::ContextView::loadConfig (this=<value optimized out>) at /usr/src/debug/amarok-2.2.2.90/src/context/ContextView.cpp:224
#20 0x00007ffff6e4d4bf in Context::ContextView::showHome (this=0x209f3e0) at /usr/src/debug/amarok-2.2.2.90/src/context/ContextView.cpp:205
#21 0x00007ffff7231d6a in MainWindow::createContextView (this=0xf38d60, containment=0x20d9140) at /usr/src/debug/amarok-2.2.2.90/src/MainWindow.cpp:409
#22 0x00007ffff723c07c in MainWindow::qt_metacall (this=0xf38d60, _c=InvokeMetaMethod, _id=<value optimized out>, _a=0x7fffffffad30) at /usr/src/debug/amarok-2.2.2.90/build/src/MainWindow.moc:156
#23 0x00007ffff650a78f in QMetaObject::activate (sender=0x1e0d800, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x20d9150) at kernel/qobject.cpp:3293
#24 0x00007ffff25ea16f in Plasma::Corona::containmentAdded(Plasma::Containment*) () from /usr/lib64/libplasma.so.3
#25 0x00007ffff25eedc7 in ?? () from /usr/lib64/libplasma.so.3
#26 0x00007ffff6e4b7f0 in Context::ContextScene::loadDefaultSetup (this=0x1e0d800) at /usr/src/debug/amarok-2.2.2.90/src/context/ContextScene.cpp:45
#27 0x00007ffff723ce0b in MainWindow::init (this=0xf38d60) at /usr/src/debug/amarok-2.2.2.90/src/MainWindow.cpp:304
#28 0x00007ffff723f142 in MainWindow::MainWindow (this=0xf38d60) at /usr/src/debug/amarok-2.2.2.90/src/MainWindow.cpp:182
#29 0x00007ffff720ba22 in App::continueInit (this=0x7fffffffbdf0) at /usr/src/debug/amarok-2.2.2.90/src/App.cpp:713
#30 0x00007ffff720ee29 in App::App (this=0x7fffffffbdf0) at /usr/src/debug/amarok-2.2.2.90/src/App.cpp:213
#31 0x0000000000408758 in main (argc=4, argv=0x7fffffffdd78) at /usr/src/debug/amarok-2.2.2.90/src/main.cpp:235

Created attachment 41235 [details]
debug output

Will, thank you for the feedback. Seems this is Qt 4.6.2 specific, then, since the other distributions ship Qt 4.6.1 as default with KDE SC 4.4, and I haven't seen a single report from another distribution for this bug so far.

(In reply to comment #20)
> Will, thank you for the feedback. Seems this is Qt 4.6.2 specific, then, since
> the other distributions ship Qt 4.6.1 as default with KDE SC 4.4, and I haven't
> seen a single report from another distribution for this bug so far.

Oops, please disregard my latest comment, not specific to that Qt version.

*** Bug 229206 has been marked as a duplicate of this bug. ***

*** Bug 229284 has been marked as a duplicate of this bug. ***

*** Bug 229286 has been marked as a duplicate of this bug. ***

*** Bug 229557 has been marked as a duplicate of this bug. ***

*** Bug 229562 has been marked as a duplicate of this bug. ***

*** Bug 229657 has been marked as a duplicate of this bug. ***

*** Bug 228957 has been marked as a duplicate of this bug. ***

Created attachment 41384 [details]
New crash information added by DrKonqi

Amarok crashes at startup on Kubuntu lucid

Created attachment 41488 [details]
New crash information added by DrKonqi

This bug seems still to be present with Qt-4.6.2 on Gentoo Linux, KDE 4.4.1... Any information on which package should cause the segfault if not Qt, KDE oder Amarok itself? I don't think there is much left.

Here's the console output of Amarok until the crash:

QObject::connect: Cannot connect (null)::updated() to Dynamic::DynamicPlaylist::invalidate()
Calling appendChild() on a null node does nothing.
QObject::connect: Cannot connect (null)::tracksReady( Meta::TrackList ) to Playlist::DynamicTrackNavigator::receiveTracks( Meta::TrackList )
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
amarok(8683)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
amarok(8683)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
amarok(8683)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
Object::connect: No such slot ToolTipManager::startPreviewJob()
Object::connect: No such slot PlaylistManager::saveCurrentPlaylist()
QGraphicsLinearLayout::removeAt: invalid index 1
KCrash: Application 'amarok' crashing...

Maybe it's due to the "invalid index 1"?

*** Bug 230676 has been marked as a duplicate of this bug. ***

I can see that in Qt bugreport that there is a patch attached to it that should provide a workaround. Has anyone tried it? Does it work?

*** Bug 230868 has been marked as a duplicate of this bug. ***

*** Bug 230918 has been marked as a duplicate of this bug. ***

*** Bug 230920 has been marked as a duplicate of this bug. ***

*** Bug 230928 has been marked as a duplicate of this bug. ***

*** Bug 230939 has been marked as a duplicate of this bug. ***

*** Bug 230957 has been marked as a duplicate of this bug. ***

*** Bug 230917 has been marked as a duplicate of this bug. ***

*** Bug 230998 has been marked as a duplicate of this bug. ***

*** Bug 231014 has been marked as a duplicate of this bug. ***

i have a feeling this bug is going to be reported a lot. This is a critical and a very prominent bug and amarok should own the crushes and do something about them.

Why not disabling the info applet or building amarok in a way that crushing applets dont bring it down?

how are amarok applets handled? how easily can then crash amarok?

And how do you expect us to do that? For users with an already set Info Applet this is hardly possible. This report doesn't affect new users since the Info Applet is not a default setting, unless they activate it.
Also, the cause of the bug is not the Info Applet, so why should we disable it?

Created attachment 41711 [details]
New crash information added by DrKonqi

Amarok crashes on start - even before showing splash screen

Workaround: 

Try removing the info applet (by editing or erasing the amarok_homerc file located in $HOME/.kde/share/config/)
The exact .kde folder name depends on your distribution, it can also be ".kde4"

*** Bug 231096 has been marked as a duplicate of this bug. ***

*** Bug 231139 has been marked as a duplicate of this bug. ***

*** Bug 231188 has been marked as a duplicate of this bug. ***

well, if QGraphicsView::sceneRect() (when the view pointer is valid) crashes, regardless of where is called, i can really see it only as a qt bug

*** Bug 231267 has been marked as a duplicate of this bug. ***

*** Bug 231309 has been marked as a duplicate of this bug. ***

*** Bug 231330 has been marked as a duplicate of this bug. ***

*** Bug 231345 has been marked as a duplicate of this bug. ***

Created attachment 41772 [details]
New crash information added by DrKonqi

Trying to start Amarok. Crashes everytime.

Alexis Menard (Qt developer) thinks that this is not actually a Qt bug, but rather a bug in Plasma.

I'm really not sure about this, but I'm reassigning this to Plasma so that you guys can have a look, and judge.

Thanks :)

Created attachment 41778 [details]
New crash information added by DrKonqi

crashes on startup, everytime. I will try removing amarok_homerc as some suggest

*** Bug 231429 has been marked as a duplicate of this bug. ***

*** Bug 231447 has been marked as a duplicate of this bug. ***

(In reply to comment #56)
> crashes on startup, everytime. I will try removing amarok_homerc as some
> suggest

It is sufficient to remove the "info" widget from amarok_homerc - then it works. At least this did the trick for me.

Would have been nice if developers included a check which disabled this plugin on startup and showed a warning to the user that this plugin may cause crashes due to yet unknown reasons and that one needs to reenable it manually.

*** Bug 231454 has been marked as a duplicate of this bug. ***

*** Bug 231489 has been marked as a duplicate of this bug. ***

*** Bug 231503 has been marked as a duplicate of this bug. ***

*** Bug 231504 has been marked as a duplicate of this bug. ***

*** Bug 231516 has been marked as a duplicate of this bug. ***

Created attachment 41801 [details]
New crash information added by DrKonqi

I had previously had errors about phonon, resulting in the sound failing. So i rebooted, and found that I can't get amarok to open at all.
The only thing I changed in amarok was setting up some of the applets to show pictures and video etc.

(In reply to comment #59)

When I looked at my copy of amarok_homerc, there was no entry for the info
widget, and deleting the whole file made no difference. 

> (In reply to comment #56)
> > crashes on startup, everytime. I will try removing amarok_homerc as some
> > suggest
> 
> It is sufficient to remove the "info" widget from amarok_homerc - then it
> works. At least this did the trick for me.
> 
> Would have been nice if developers included a check which disabled this plugin
> on startup and showed a warning to the user that this plugin may cause crashes
> due to yet unknown reasons and that one needs to reenable it manually.

Interestingly, removing amarok using Kpackagekit, rebooting and then reinstalling does not fix the problem. Even on the 1st occasion that I tried to run amarok after the reinstall I got the same error.

Daaaaaaaaaaave, you just removed all CCs, be careful... and re-add them!

(In reply to comment #1)
> How old is your checkout? Just did some changes to it yesterday evening.

Re-adding all cc's that I accidentally removed. Sorry

*** Bug 231608 has been marked as a duplicate of this bug. ***

commit a62fed8c667a076daa21fdf8360708813f1bf9e0
Author: Nikolaj Hald Nielsen <nhn@kde.org>
Date:   Mon Mar 22 09:46:32 2010 +0100

    Work around crash in the Info applet caused by a bug in certain versions of Qt.
    
    BUG: 229756
    BUG: 227639

diff --git a/src/context/applets/info/InfoApplet.cpp b/src/context/applets/info/InfoApplet.cpp
index 166da4c..e415e98 100644
--- a/src/context/applets/info/InfoApplet.cpp
+++ b/src/context/applets/info/InfoApplet.cpp
@@ -40,18 +40,30 @@ QString InfoApplet::s_defaultHtml = "<html>"
 
 InfoApplet::InfoApplet( QObject* parent, const QVariantList& args )
     : Context::Applet( parent, args )
+    , m_webView( 0 )
     , m_initialized( false )
     , m_currentPlaylist( 0 )
+   
 {
     setHasConfigurationInterface( false );
     setBackgroundHints( Plasma::Applet::NoBackground );
+}
+
+InfoApplet::~InfoApplet()
+{
+    delete m_webView;
+}
+
+
+void  InfoApplet::init()
+{
 
     dataEngine( "amarok-info" )->connectSource( "info", this );
 
     m_webView = new AmarokWebView( this );
 
     resize( 500, -1 );
-    
+
     QPalette p = m_webView->palette();
     p.setColor( QPalette::Dark, QColor( 255, 255, 255, 0)  );
     p.setColor( QPalette::Window, QColor( 255, 255, 255, 0)  );
@@ -62,11 +74,6 @@ InfoApplet::InfoApplet( QObject* parent, const QVariantList& args )
     constraintsEvent();
 }
 
-InfoApplet::~InfoApplet()
-{
-    delete m_webView;
-}
-
 void InfoApplet::constraintsEvent( Plasma::Constraints constraints )
 {
     Q_UNUSED( constraints )
diff --git a/src/context/applets/info/InfoApplet.h b/src/context/applets/info/InfoApplet.h
index 4be28fc..775ea7c 100644
--- a/src/context/applets/info/InfoApplet.h
+++ b/src/context/applets/info/InfoApplet.h
@@ -48,6 +48,8 @@ public:
     InfoApplet( QObject* parent, const QVariantList& args );
     virtual ~InfoApplet();
 
+    void init();
+
     void paintInterface( QPainter *painter, const QStyleOptionGraphicsItem *option, const QRect &contentsRect );
     void constraintsEvent( Plasma::Constraints constraints = Plasma::AllConstraints );

actually adding back everyone that was removed...

Is this fixed now? Is it fixed in the next version of Qt or Amarok or Plasma?

A workaround will be in Amarok 2.3.1 or can already be found in git master.

I was never subscribed to this bug ... please don't add me to any bugs, I get those in the inbox already.

A fix will be in Qt 4.6.3 so please remove the workaround as soon as it is released. I have also open a bug for another crash that happens due to the workaround in Plasma (same workaround that was the origin of this crash) :

QVariant WebView::itemChange(GraphicsItemChange change, const QVariant &value)
{
   if (change == QGraphicsItem::ItemSceneHasChanged) {
       //FIXME: QWebPage _requires_ a QWidget view to not crash in
places such as
       // WebCore::PopupMenu::show() due to
hostWindow()->platformPageClient() == NULL
       // because QWebPage::d->client is NULL
       d->webView->page()->setView(viewFor(this));
   }
   return QGraphicsWidget::itemChange(change, value);
}
For the report :
https://bugs.webkit.org/show_bug.cgi?id=36436

At the end if the very first bug was reported (the one Plasma was trying to workaround) and therefore fixed the next Qt version then we could have removed the workaround and Amarok would never had any issue.

Created attachment 42195 [details]
New crash information added by DrKonqi

Au démarrage : Exécutable : amarok PID : 2741 Signal : 11 (Segmentation fault)

Distribution Ubuntu : 9.10
Bureau Gnome 2.28.1

Alexis, 

The work around does not change anything that it did not make sense to change in any case, so it should be completely safe, even when the root cause of the bug is fixed.

*** Bug 231860 has been marked as a duplicate of this bug. ***

*** Bug 232164 has been marked as a duplicate of this bug. ***

*** Bug 232229 has been marked as a duplicate of this bug. ***

*** Bug 232260 has been marked as a duplicate of this bug. ***

*** Bug 232369 has been marked as a duplicate of this bug. ***

*** Bug 232539 has been marked as a duplicate of this bug. ***

FYI, this has been fixed in Kubuntu 9.10 as of the new version released yesterday, 3/29/2010.

*** Bug 232706 has been marked as a duplicate of this bug. ***

This was occuring exactly as described with me. Same issue, same crash output.

I have a Gentoo system with latest genkernel (2.6.32-r7 I think), QT 4.6.2, and KDE 4.4.2 (masked by ~x86).

Amarok would crash on both 2.2.2 and 2.3.0 versions. Upgrading to unstable amarok 2.3.0.90 seems to have resolved the issue and amarok no longer crashes upon startup. I did remove my ~/.kde4/share/apps/amarok/* contents beforehand though it may have had no effect.