Version: 1.3.7 (using KDE KDE 3.5.0)
Installed from: Slackware Packages
Everytime I try to unset an image, it tells me it has done so and nothing happens. The cover Art stays unless I replace it.
You either have cover art embedded in your id3 tag, or an image lying in the same folder as the audio file.
I'll rename the bug report because the action is misleading.
There isnt a picture in the folder and shouldn't amarok be able to erase that part of the song's id3 tag?
btw, thanks for renaming my bug, It makes more sense the way it is now.
On Monday 12 December 2005 11:51, Sam wrote:
> and shouldn't amarok be able to erase that part of the song's id3 tag?
No, we can't alter id3 tags like that. Markey's script will soon be able to
remove them however.
Oh, well I do look forward to that thank you. Some Things I really wish didn't have album art because it's not right and there isn't the right one. thank you.
I'm going to reopen the bug, because we still do pretend to let the user remove the artwork.
"No, we can't alter id3 tags like that."
Why not? If the user wants to delete/change the cover, we should remove it. Taglib does let us do that.
SVN commit 575884 by seb:
Delete artwork off the filesystem as well as the cache if it is requested
M +15 -4 collectiondb.cpp
*** Bug 134240 has been marked as a duplicate of this bug. ***
SVN commit 617196 by markey:
Don't physically delete custom cover images from the filesystem. Apparently users really don't like this, although it was originally meant as a feature.
M +1 -1 collectiondb.cpp
--- trunk/extragear/multimedia/amarok/src/collectiondb.cpp #617195:617196
@@ -2295,7 +2295,7 @@
QString hardImage = findDirectoryImage( artist, album );
debug() << "hardImage: " << hardImage << endl;
- if( !hardImage.isEmpty() && QFile::remove( hardImage ) )
+ if( !hardImage.isEmpty() )
int id = MountPointManager::instance()->getIdForUrl( hardImage );
QString rpath = MountPointManager::instance()->getRelativePath( id, hardImage );
Looks like this should be closed.. Correct me If I'm wrong.