Summary: | (Strigi) Dolphin crashes when hovering some MP3 files [assert, iconv, UTF8Convertor::convert, ID3EndAnalyzer::analyze] | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Neofytos Kolokotronis <neofytosk> |
Component: | general | Assignee: | Peter Penz <peter.penz19> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | andresbajotierra, jos, lukas.karas, phreedom.stdin |
Priority: | NOR | ||
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | New crash information added by DrKonqi |
Description
Neofytos Kolokotronis
2010-01-20 19:29:16 UTC
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 |