Description of problem: As stated in summary, some WMA tags make amarok crash. I tested them under Windows and encountered no problems at all. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1147185488 (LWP 4711)] 0x000000329843f092 in TagLib::String::String () from /usr/lib64/libtag.so.1 (gdb) bt #0 0x000000329843f092 in TagLib::String::String () from /usr/lib64/libtag.so.1 #1 0x000000342b1137f1 in TagLib::WMA::Attribute::toString ( this=<value optimized out>) at wmaattribute.cpp:128 #2 0x000000342b11279c in TagLib::WMA::Tag::album (this=0x12f3f60) at wmatag.cpp:65 #3 0x000000342af6150c in MetaBundle::readTags (this=0x44609830, readStyle=<value optimized out>, images=0x0) at metabundle.cpp:516 #4 0x000000342af63247 in MetaBundle (this=0x44609830, url=@0x44609b70, noCache=false, readStyle=TagLib::AudioProperties::Fast, images=0x0) at metabundle.cpp:234 #5 0x000000342ae6d0a7 in CollectionDB::bundlesByUrls (this=0x342b478240, urls=@0x44609e70) at collectiondb.cpp:3550 #6 0x000000342b00ee00 in UrlLoader::doJob (this=0x12c61f0) at playlistloader.cpp:222 #7 0x000000342b083cd5 in ThreadManager::Thread::run (this=0xd082f0) at threadmanager.cpp:302 #8 0x0000003425efb915 in QThreadInstance::start () from /usr/lib64/qt-3.3/lib/libqt-mt.so.3 #9 0x0000003287a06407 in start_thread () from /lib64/libpthread.so.0 #10 0x0000003286ed4b0d in clone () from /lib64/libc.so.6 (gdb) Version-Release number of selected component (if applicable): taglib-1.5-0.5.20070924svn.fc8.x86_64 amarok-1.4.7-7.fc8.x86_64 How reproducible: always Steps to Reproduce: 1. start amarok 2. add a problematic file to playlist Actual results: crash Expected results: no crash Additional info: If there are some weirdnesses in the tag, I believe program should handle this more gracefully.
Hmm, looks like WMA tags handling has become very flaky in general. Maybe it's caused by taglib update?
Yeah. Change affected wma file to any wma file. I just confirmed the issue with the files that were working fine previously.
This is fixed in amarok svn as of revision #742872. While you're at updating the package, could you please add MP4/AAC tag support? This requires adding libmp4v2-devel to BR and passing --with-mp4v2 to configure.
Gotcha. * Thu Nov 29 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 1.4.7-12 - --with-mp4v2 (rh#346011) - fix asf/wma support (rh#346011,kde#151733) Will post when some test builds are ready to try.
WMA/ASF works. Why did you make mp4v2 disabled by default though?
Anyway, if for some reason it is supposed to stay optional, the typo in %build stage needs to be fixed (s/%{?_with_livm4v2}/%{?_with_mp4v2}/), I guess.
crap, typos suck. In the meantime, we have: http://koji.fedoraproject.org/koji/buildinfo?buildID=26125
*** Bug 380471 has been marked as a duplicate of this bug. ***
amarok-1.4.7-13.fc8.x86_64 does indeed fix the MP4/AAC tag writing problem. Please go ahead and push that build to the repositories.
Latest build: http://koji.fedoraproject.org/koji/buildinfo?buildID=26142 queue'd for updates-testing.
Thank you! The latest build on koji fixed the WMA problem.
amarok-1.4.7-13.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update amarok'
amarok-1.4.7-13.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.