Application: k3b (2.0.80) KDE Platform Version: 4.14.9 Qt Version: 4.8.6 Operating System: Linux 3.16.7-48-desktop x86_64 Distribution: "openSUSE 13.2 (Harlequin) (x86_64)" -- Information about the crash: - What I was doing when the application crashed: Reading Audio CD from CD to PC (ripping it to MP3). Moving those MP3 files to another location. In k3b they were still visible. I anted to what happens when burning those not existing files. k3b started burning but no progress (always 0 %) Finally I removed those non existing files from the k3b list. When then closing k3b it crashed. - Unusual behavior I noticed: Usually user does not burn files which are not there any more. In that case it might be worth k3b checking whether files still exist. This "bug" is not an urgent one. No need for an urgent fix. - Custom settings of the application: -- Backtrace: Application: K3b (k3b), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f14b181e900 (LWP 2484))] Thread 3 (Thread 0x7f1493dcf700 (LWP 2487)): #0 0x00007f14aadd12bd in poll () at /lib64/libc.so.6 #1 0x00007f14b1465f20 in () at /opt/lib/libmediaclient.so #2 0x00007f14b1466c62 in poll () at /opt/lib/libmediaclient.so #3 0x00007f14a4d44be4 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f14a4d44cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #5 0x00007f14ac50e0de in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4 #6 0x00007f14ac4dfe6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4 #7 0x00007f14ac4e0165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4 #8 0x00007f14ac3dd0bf in QThread::exec() () at /usr/lib64/libQtCore.so.4 #9 0x00007f14ac4c1783 in () at /usr/lib64/libQtCore.so.4 #10 0x00007f14ac3df79f in () at /usr/lib64/libQtCore.so.4 #11 0x00007f14aa6d10a4 in start_thread () at /lib64/libpthread.so.0 #12 0x00007f14aadd96ed in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7f14854b1700 (LWP 2994)): #0 0x00007f14aa6d53e8 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007f14ac3de3ba in () at /usr/lib64/libQtCore.so.4 #2 0x00007f14ac3deb46 in QThread::sleep(unsigned long) () at /usr/lib64/libQtCore.so.4 #3 0x00007f14b0f14aa5 in K3b::MediaCache::PollThread::run() () at /usr/lib64/libk3blib.so.6 #4 0x00007f14ac3df79f in () at /usr/lib64/libQtCore.so.4 #5 0x00007f14aa6d10a4 in start_thread () at /lib64/libpthread.so.0 #6 0x00007f14aadd96ed in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7f14b181e900 (LWP 2484)): [KCrash Handler] #5 0x00007f14ac4f5116 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4 #6 0x00007f14b0f6a8de in K3b::AudioTrack::sourceAboutToBeRemoved(int) () at /usr/lib64/libk3blib.so.6 #7 0x00007f14b0f6a90e in K3b::AudioTrack::emitSourceAboutToBeRemoved(K3b::AudioDataSource*) () at /usr/lib64/libk3blib.so.6 #8 0x00007f14b0f79a05 in K3b::AudioDataSource::take() () at /usr/lib64/libk3blib.so.6 #9 0x00007f14b0f79a67 in K3b::AudioDataSource::~AudioDataSource() () at /usr/lib64/libk3blib.so.6 #10 0x00007f14b0f7e139 in K3b::AudioCdTrackSource::~AudioCdTrackSource() () at /usr/lib64/libk3blib.so.6 #11 0x00007f14b0f6b3bc in K3b::AudioTrack::~AudioTrack() () at /usr/lib64/libk3blib.so.6 #12 0x00007f14b0f6b4f9 in K3b::AudioTrack::~AudioTrack() () at /usr/lib64/libk3blib.so.6 #13 0x000000000047aace in _start () Reported using DrKonqi
Thank you for the crash report. As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you.
Issue is still occurring I could generate once again a backtrace if required. But the use case is not that relevant so it might not be worth to spend real effort.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
A crash is not nice, and maybe we find a contributor who after reproducing the steps could fix it. Reopening.
Could you please describe the exact steps 1 by 1 you do to make it crash i tried doing something "similar" to what i understood you're describing and all was fine
Created attachment 134697 [details] Description to reproduce the bug
Created attachment 134698 [details] Crash Report I tried today 2 times to reproduce the bug. In both times I could reproduce the bug. Attached the crash report of the first try. The PDF with the screenshots (previous attachment) was the second try.
Ok, thanks for the detailed description, i need to find an empty CD-R first ^_^