https://bugs.kde.org/show_bug.cgi?id=418800
Philipp A. <flying-sh...@web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |flying-sh...@web.de
--- Comment #23 from Philipp A. <flying-sh...@web.de> ---
Huh. I had the same problem. Then I opened the files with EasyTAG, which by
default deletes ID3v1 tags. I let it “fix” the files, which made Elisa no
longer see the tracks at all. Then I configured EasyTag to write ID3v1 too,
made it “fix” the files again, and now everything’s peachy.
The only visible change is that now the track numbers don’t have leading zeros
anymore.
Could it be a caching issue? I also deleted a file whose name ended in
-Cover.jpg because Elisa for some reason chose to display it instead of the
embedded album art. So what could have happened is:
1. Elisa decides to use “Blahblah - Cover.jpg” for all files instead of the
embedded covers (why?! Embedded art should be preferred, and why does “cover”
somewhere in the file name trigger behavior?)
2. I delete the file. Speculation: Elisa doesn’t re-scan the files to find
cover metadata, but simply doesn‘t display anything anymore (if this is true,
also: why?! not finding the previous album art source should make Elisa
re-discover album art)
3. I delete the ID3v1 tags. Elisa can’t extract metadata from the files anymore
(why? kfilemetadata should work just fine in this case). Speculation: The cache
gets invalidated, Elisa forgets the files
4. I re-add the ID3v1 tags. Speculation: Elisa re-finds the files and this time
isn’t confused by image files that happen to have “cover” in their names. It
finally successfully uses the embedded files.
Can a dev please go over this and check the individual parts? There’s 2 bugs
here if my speculations are all wrong, and 3 if one of them is correct.
--
You are receiving this mail because:
You are watching all bug changes.
