Application that crashed: dolphin Version of the application: 1.3 KDE Version: 4.3.4 (KDE 4.3.4) Qt Version: 4.5.3 Operating System: Linux 2.6.32-ARCH i686 What I was doing when the application crashed: I was copying files from an external HDD to the ntfs internal disk I use for storage and dolphin crashed -- Backtrace: Application: Dolphin (dolphin), signal: Aborted [Current thread is 1 (Thread 0xb520e700 (LWP 4405))] Thread 2 (Thread 0xb1152b70 (LWP 4438)): #0 0xb77a4424 in __kernel_vsyscall () #1 0xb5c4d182 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb5d37654 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0xb2154ba5 in metronom_sync_loop () from /usr/lib/libxine.so.1 #4 0x00000005 in ?? () #5 0xb1152350 in ?? () #6 0x40d48870 in ?? () #7 0x00000000 in ?? () Thread 1 (Thread 0xb520e700 (LWP 4405)): [KCrash Handler] #6 0xb77a4424 in __kernel_vsyscall () #7 0xb5c86571 in raise () from /lib/libc.so.6 #8 0xb5c87d72 in abort () from /lib/libc.so.6 #9 0xb5c7f5e8 in __assert_fail () from /lib/libc.so.6 #10 0xb5c741fb in __gconv () from /lib/libc.so.6 #11 0xb5c73676 in iconv () from /lib/libc.so.6 #12 0xb5c084d4 in UTF8Convertor::convert(char const*, unsigned int) () from /usr/lib/libstreamanalyzer.so.0 #13 0xb5c0c4b0 in ID3EndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib/libstreamanalyzer.so.0 #14 0xb5be8a2a in Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib/libstreamanalyzer.so.0 #15 0xb75fa305 in KFileMetaInfoPrivate::init(QIODevice&, KUrl const&, long) () from /usr/lib/libkio.so.5 #16 0xb75fbc8f in KFileMetaInfo::KFileMetaInfo(KUrl const&) () from /usr/lib/libkio.so.5 #17 0xb75e268a in KFileItem::metaInfo(bool, int) const () from /usr/lib/libkio.so.5 #18 0xb75e5dc0 in KFileItem::getToolTipText(int) const () from /usr/lib/libkio.so.5 #19 0xb7392f07 in ToolTipManager::prepareToolTip() () from /usr/lib/libdolphinprivate.so.4 #20 0xb739319b in ToolTipManager::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libdolphinprivate.so.4 #21 0xb6006fdc in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4 #22 0xb6007c12 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #23 0xb60412d7 in QTimer::timeout() () from /usr/lib/libQtCore.so.4 #24 0xb600c68e in QTimer::timerEvent(QTimerEvent*) () from /usr/lib/libQtCore.so.4 #25 0xb600118f in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #26 0xb6204924 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #27 0xb620c00c in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #28 0xb6f3760a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #29 0xb5ff15bb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #30 0xb601eefe in ?? () from /usr/lib/libQtCore.so.4 #31 0xb601c007 in ?? () from /usr/lib/libQtCore.so.4 #32 0xb560f378 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #33 0xb5612bf0 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #34 0xb5612d23 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #35 0xb601bd25 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #36 0xb62a2705 in ?? () from /usr/lib/libQtGui.so.4 #37 0xb5fefba9 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #38 0xb5fefffa in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #39 0xb5ff246f in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #40 0xb62047a7 in QApplication::exec() () from /usr/lib/libQtGui.so.4 #41 0x0807a6b5 in _start () Reported using DrKonqi
I forgot to mention i was in SPLIT mode..
- Could you try if hovering again some of the MP3 files in that disk/folder causes this crash again ? Regards
Turns out its exactly what you say Hovering over the mp3 files causes it and I can reproduce it. sorry if I made a duplicate bug =) its my first report!
No problem :), I think it is not reported yet. - Does this happen with every MP3 file ? It seems that the crash is related to the UTF8 characters in the tags of the mp3 files, so may be some special file triggers this error Thanks
no it doesn't happen with the rest of my collection. Only with the mp3s of a specific folder/album. so changing the tags of these specific mp3s might do the trick? I guess I can try this and report back.
Please, preserve one of those files as they can be useful to test this bug and fix it. Thanks
The album contains 12 mp3 files that hovering over them produces this problem. I changed the tags on 6 of the files and hovering over them now works just fine. The other 6 still crash Dolphin. So it's almost certain that it has smg to do with the tags. I kept the 6 files unchanged as you asked.
Plase get us the files somehow. Otherwise there's no way to fix the bug. You can email a sample to me or join #strigi.
Well I don't know if I am did smg wrong or some recent update fixed this problem, but I went back to the folder just now to send you the files, and all though am pretty sure I got the folder right, I just can't seem to be able to reproduce the crash. Am sorry if I gave a false alarm here and unnecessary spent your time. =( If this occurs again I will upload the files immediately.
May be this was fixed on the recent versions and that new version was installed, so you can't reproduce anymore. No problem :) Closing as WORKSFORME
r1072633 seems to fix a similar condition. If you installed 0.7.1 recently, probably that's what fixed the issue for you.
well I don't no which package r1072633 is exactly but it could be it =) thnx for the support
Created attachment 40651 [details] New crash information added by DrKonqi Hi all, please reopen this bug. I found some mp3 files that produce this bug with libstreamanalyzer0 version 0.7.1 (Ubuntu 10.04 package). Yes, it isn't critical, it works fine when update tags in some editor (Amarok), but it isn't nice... If it could be useful, I can upload original (bad) file. Maybe is relevant that this file contains ID3v2.3 tag and neither ID3v1. After edit in Amarok contains ID3v2.4 and ID3v1. I dont know how to simulate this situation with other files.
Reopening @Lukáš Karas: refer to comment 8 and contact phreedom.stdin by mail or join the #strigi channel on FreeNode IRC to provide the testcase file
ok, this bug was fixed by patch http://jdem.cz/dw8f3 , this is included in release 0.7.2 of strigi. Thank to Phreedom for found reason. please, close this bug again :)
Thanks for double checking