Summary: | Crash when clicking on artist [@ TagLib::ByteVector::ByteVector(TagLib::ByteVector const&)] | ||
---|---|---|---|
Product: | [Frameworks and Libraries] taglib | Reporter: | Walter P. Little <walterplittle> |
Component: | general | Assignee: | Scott Wheeler <wheeler> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | arichardson.kde, joona.lehtomaki, justin.zobel, kirill.bogdanenko, lalinsky, wstephenson |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi |
Description
Walter P. Little
2011-02-06 08:19:14 UTC
*** Bug 265590 has been marked as a duplicate of this bug. *** *** Bug 265591 has been marked as a duplicate of this bug. *** Reassigning to taglib. This doesn't look like a TagLib bug to me. Is there still code in Amarok that uses TagLib from multiple threads? This *seems* to be fixed. The tracks I was having trouble with now play without crashing. Updated Amarok on 18th Feb 2011. *** Bug 284766 has been marked as a duplicate of this bug. *** *** Bug 284766 has been marked as a duplicate of this bug. *** Created attachment 65811 [details] New crash information added by DrKonqi amarok (2.4.3) on KDE Platform 4.7.2 (4.7.2) "release 5" using Qt 4.7.4 Duplicate of bug 265577, Amarok chrashes when trying to expand MP4-related album info. Additional command line output: TagLib: MP4: Unexpected atom "name", expecting "data" -- Backtrace (Reduced): #6 0x00007f50f3735fee in TagLib::ByteVector::ByteVector (this=0x7fff8034bcd0, v=...) at /usr/src/debug/taglib-1.7/taglib/toolkit/tbytevector.cpp:299 #7 0x00007f50f37496e0 in TagLib::MP4::CoverArt::data (this=<optimized out>) at /usr/src/debug/taglib-1.7/taglib/mp4/mp4coverart.cpp:86 #8 0x00007f50fa7953ab in Meta::Tag::MP4TagHelper::embeddedCover() const () from /usr/lib64/libamaroklib.so.1 #9 0x00007f50fa748b83 in Meta::Tag::embeddedCover(QString const&) () from /usr/lib64/libamaroklib.so.1 #10 0x00007f50d8b45e73 in Meta::SqlAlbum::image (this=0x1d688a0, size=28) at /usr/src/debug/amarok-2.4.3/src/core-impl/collections/db/sql/SqlMeta.cpp:1554 Downstream bug with taglib 1.7: https://bugzilla.novell.com/show_bug.cgi?id=731395 Created attachment 66199 [details]
New crash information added by DrKonqi
amarok (2.4.3) on KDE Platform 4.7.3 (4.7.3) "release 2" using Qt 4.8.0
- What I was doing when the application crashed:
Scrolling through the list list of albums. When I attached gdb to amarok a few times, I noticed that it happens every time when amarok tries to read the cover data from a .m4a file.
-- Backtrace (Reduced):
#6 0x00007fbbf6572fee in TagLib::ByteVector::ByteVector (this=0x7fff8e0cab60, v=...) at /usr/src/debug/taglib-1.7/taglib/toolkit/tbytevector.cpp:299
#7 0x00007fbbf65866e0 in TagLib::MP4::CoverArt::data (this=<optimized out>) at /usr/src/debug/taglib-1.7/taglib/mp4/mp4coverart.cpp:86
#8 0x00007fbbfd6763ab in Meta::Tag::MP4TagHelper::embeddedCover (this=<optimized out>) at /usr/src/debug/amarok-2.4.3/shared/tag_helpers/MP4TagHelper.cpp:182
#9 0x00007fbbfd629b83 in Meta::Tag::embeddedCover (path=<optimized out>) at /usr/src/debug/amarok-2.4.3/shared/MetaTagLib.cpp:309
#10 0x00007fbbd5d27e73 in Meta::SqlAlbum::image (this=0x168d5d0, size=28) at /usr/src/debug/amarok-2.4.3/src/core-impl/collections/db/sql/SqlMeta.cpp:1554
Thank you for the report, Walter. 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. 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! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now 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 Thank you for helping us make KDE software even better for everyone! |