Clementine: sometimes clementine does not update tags (when they were edited with external tagging software for example)

[Clementine-Issue-Importer]

_From trickykid1982 on April 16, 2010 01:07:24_

What steps will reproduce the problem? 1.Editing metadata in .flac files, either using Clementine or external tag
editor/player. What is the expected output? What do you see instead? Tags do not update in library despite being written to file. What version of the product are you using? On what operating system? OS X 0.3 beta 2 Please provide any additional information below.

_Original issue: http://code.google.com/p/clementine-player/issues/detail?id=221_

[Clementine-Issue-Importer]

_From john.maguire on April 16, 2010 07:29:58_

Labels: Component-MusicLibrary

[Clementine-Issue-Importer]

_From trschober on June 26, 2010 13:09:24_

I can confirm this on osx build r1194 just reproduced the issue using a "clean" FLAC file (got added to library), then added tags, library updated but the file did not change in Clementine.
A "rescan full library" option would be a workaround, since I had to remove the library folder and add it again for the files to be added properly. the "update library" does not update the files

[Clementine-Issue-Importer]

_From jonathan.protzenko on August 01, 2010 16:45:33_

One funny side-effect is that I had one of those FLAC files in the current playlist. I removed the folder, re-added it, all other FLAC files got indexed in the library with the right tags, except for the one that was in the playlist (I edited that one manually).

Not sure if that's part of the bug or not, please don't hesitate to ask for a new bug.

[Clementine-Issue-Importer]

_From s.d.fisher on September 23, 2010 15:10:24_

I have this issue on 0.5.1 OS X as well. Also, it isn't just FLAC files: changes in the tags of MP3 files are not reflected in library updates at all.

Quite a significant problem...

[Clementine-Issue-Importer]

_From chris.horenstein on January 21, 2011 07:02:10_

I can confirm this issue on Windows 7 as well. I tried the Update Library function to no effect, but removing and adding the library folder worked as noted.

[Clementine-Issue-Importer]

_From keirangtp on January 28, 2011 15:09:37_

Summary: apply tag changes made in Clementine even when 'monitor library for changes' is off

[Clementine-Issue-Importer]

_From keirangtp on January 28, 2011 15:10:11_

Issue 1385 has been merged into this issue.

[Clementine-Issue-Importer]

_From keirangtp on January 29, 2011 01:02:12_

Issue 784 has been merged into this issue.

[Clementine-Issue-Importer]

_From keirangtp on January 29, 2011 13:10:08_

I'm guessing this could also fix the bug (?) where editing tags of a song that's not in the library requires to play it again for the playlist to see the new tag values.

By 'this could also fix' I mean - if you're fixing this issue, try to do the thing I've described at the same time.

[Clementine-Issue-Importer]

_From keirangtp on February 05, 2011 04:49:10_

Summary: refresh library tree when making tag changes from inside Clementine while the 'monitor library for changes' option is off

[Clementine-Issue-Importer]

_From keirangtp on February 05, 2011 04:49:37_

Issue 1363 has been merged into this issue.

[Clementine-Issue-Importer]

_From keirangtp on February 28, 2011 09:39:29_

Some people claim that monitoring works poorly even if the option is on, especially on Win systems. I'm making those claims part of this bug.

[Clementine-Issue-Importer]

_From keirangtp on February 28, 2011 09:41:01_

Issue 1502 has been merged into this issue.

[Clementine-Issue-Importer]

_From keirangtp on March 22, 2011 11:22:44_

Summary: sometimes clementine does not update tags (when they were edited with external tagging software for example)

[Clementine-Issue-Importer]

_From keirangtp on March 22, 2011 11:22:51_

Issue 677 has been merged into this issue.

[Clementine-Issue-Importer]

_From davidsansome on March 24, 2011 07:42:21_

Issue 1609 has been merged into this issue.

[Clementine-Issue-Importer]

_From kingklesus on April 07, 2011 08:18:00_

So many duplicates of this bug. Makes it hard to keep track of progress when bug reports gets merged left and right. Maybe it's just me but IMHO I think there should exist other bugtrackers that's better than google's, though I don't have any suggestions.
Having that said, kudos to the developers who despite this makes an outstanding job at working on those bugs while at the same time developing new features.
I'm not a coder (perhaps I could be, but at the moment I'm too occupied with school) but is there any other way I could contribute other than coding or translating? Financially maybe?

[Clementine-Issue-Importer]

_From goetzchrist on April 07, 2011 13:48:42_

That's a good idea, maybe it's time for a 'Donate' button in the homepage. Maybe using Google Checkout. But this is a work for the devs :)

[Clementine-Issue-Importer]

_From keirangtp on April 08, 2011 06:56:47_

You could help with the help system that is currently being built. If any of you is interested write me an e-mail, don't pollute this issue with any more offtopic.

[Clementine-Issue-Importer]

_From keirangtp on May 04, 2011 10:13:36_

Issue 1844 has been merged into this issue.

[Clementine-Issue-Importer]

_From xiong.chiamiov on June 02, 2011 20:06:13_

I didn't use to have this problem. Recently (let's say the last 100 revisions), though, Clementine on my MacBook has been rather picky about saving metadata tags to files. For instance, I recently picked up The King's Speech; in the left library view and in the playlist it shows the original song titles (appended with " [album version]" nonsense). When I go to edit the tags, however, the non-silly names are shown. Changing the tags directly in the playlist (slow double-clicking to get an edit box) changes how it looks in the playlist, but otherwise has no effect.

I have previously tried both rescanning the entire collection and removing and re-adding the folder; strangely enough, neither fixed the problem.

[Clementine-Issue-Importer]

_From xiong.chiamiov on June 02, 2011 20:12:04_

Addendum to my previous comment: although editing tags directly in the playlist makes them appear edited, playing the songs causes the old metadata to display once again.

I should also note that the tags _are_ changed on disk, because mpd recognizes them correctly.

[Clementine-Issue-Importer]

_From john.maguire on July 07, 2011 06:47:24_

Issue 2011 has been merged into this issue.

[Clementine-Issue-Importer]

_From john.maguire on July 07, 2011 06:47:34_

Issue 2025 has been merged into this issue.

[Clementine-Issue-Importer]

_From john.maguire on July 07, 2011 06:50:23_

Issue 1942 has been merged into this issue.

[Clementine-Issue-Importer]

_From adrianpauly on July 07, 2011 09:24:18_

Sorry for the duplicate issue, I had read this one before but I thought it was specifically about FLAC files. Maybe edit the first post so it's clear that this is a general issue that affects MP3 files as well? That would've stopped me from opening up another issue.

The title threw me off as well, since it refers to external tagging software and my problem was tagging from Clementine.

[Clementine-Issue-Importer]

_From cokolino on July 27, 2011 06:18:04_

just had the same problem where tags edited in mp3s didnt update in library and only removing and adding folder back worked using win7x64.

[Clementine-Issue-Importer]

_From cokolino on July 27, 2011 10:46:46_

just found out "do a full library rescan" does the trick most times for me.

[Clementine-Issue-Importer]

_From keirangtp on August 15, 2011 01:05:56_

Issue 2079 has been merged into this issue.

[Clementine-Issue-Importer]

_From dragonfear on September 10, 2011 02:13:08_

I confirm this issue on Linux (Fedora 15) compiled from latest tip.

[Clementine-Issue-Importer]

_From josip.bakic on September 13, 2011 11:40:24_

I have this issue on Ubuntu 11.04.

More specifically, when I'm downloading a torrent with music, Clementine automatically scans the files soon after the download starts, while the tags are not there yet. After it completes, I add the files from the "Files" tab to the playlist, and the tags are not there. Full library rescan and removing and readding the files fixes it.

Could there be an option for triggering a manual tag reload for selected playlist items?

[Clementine-Issue-Importer]

_From ivan.gojkovic on September 22, 2011 15:49:01_

I have the latest download of Clementine on Win 7. Problems that I have are:
All tracks in leftside playlist are duplicated. ALL of them!!!
After changing tags in extern tag editor tracks in playlist are not changed. When I open "Edit track info" in Clementine I can see that tags are updated, but there is no effect on playlist organization of files.
Multiple Full library scan had no effect.
I can see that these bugs exists over a year but no fix so far ???
I like Clementine, but I can see my self going back to foobar2000 very soon.

[Clementine-Issue-Importer]

_From fabricio.lemos on October 12, 2011 05:14:17_

I had Clementine with Ubuntu and it was great. Now I'm with Windows 7 and editing music tags, even within Clementine, has no effect. Unfortunately, editing music metadata is an essential feature to me. I really liked Clementine on Ubuntu, and I hope to use it again with Windows 7, but right now I'll have to go with something else.

[Clementine-Issue-Importer]

_From benreid83 on February 10, 2012 05:07:04_

I'm also having issues(as well as regular tag info) with updating the album cover info through 'edit track information'. Update only occurs if you double click the selected album cover - single clicking then clicking save has no effect. Happens in both Win XP and Win 7 64bit. Not a major inconvenience, but obviously doesn't work as designed.

[Clementine-Issue-Importer]

_From kadaimx on February 10, 2012 16:11:20_

On Linux (Kubuntu 11.10, KDE 4.7.4) Clementine was able to 'see' whenever I changed a file , no matter if it was inside Clementine itself or with another tool.

Now, on Windows 7, the history is very different. It does not matter where I do edit the file (either inside Clementine, or with an external editor) Clementine simply 'does not see' the changes, not even those made by clementine in the playlist window.

To get the correct data after editing, one needs to re-scan all the library. None the less, if you use the "Edit Tag Information Window", you are able to see the correct data there.

[Clementine-Issue-Importer]

_From tobywankinobi on April 01, 2012 07:20:32_

Confirmed Windows 7, v 1.01 needs rescan to reveal changed tags in playlist, though correct in Edit Tags dialog.

[Clementine-Issue-Importer]

_From gabrielperren on June 28, 2012 06:46:45_

Similar issue here: Clementine 1.0.1, Qt 4.8.1, KDE 4.8.4, Ubuntu 12.04.

Had to update the collection around 4 times so tags would be updated.

Amarok updates the tags with no problems.

[Clementine-Issue-Importer]

_From trickykid1982 on July 08, 2012 15:25:28_

Seems to finally be fixed here. Is updating tags edited either in Clementine or by external editor.
Running build 1.0.1-526-gdcab14e on OS X 10.7.4

[Clementine-Issue-Importer]

_From taaarp on July 13, 2012 14:58:26_

hmm, at least the issue i was seeing isn't fixed in 1.0.1-537-g83f1aa9

to reproduce :

edit tags for a track in the playlist, observe them changing. close & reopen clem - old tags (probably from the library) are displayed

[Clementine-Issue-Importer]

_From wilhelm.einstein on July 15, 2012 05:10:12_

Issues here too. I edited tags in iTunes (composer) but updating the library in clementine does not reflect the change. When clicking re-read library (translating from german here) the change shows up. If that is the expected behavior things are fine i guess.

[Clementine-Issue-Importer]

_From damnated on August 10, 2012 22:57:52_

This happens with me on Windows 7 (on multiple machines for that matter), but with a slight twist.
I edit the tags of an album in Clementine. For instance, I add a coma to the album's title. Then after Clementine updates the last played entry (and scrobbles) the title of the album reverts back (even though if I try to edit it again, I see the modified album title).

I'm using Version 1.0.1, and weirdly this happens only on Windows 7, it works perfectly on my Arch Linux box.

[Clementine-Issue-Importer]

_From avm.xandry on November 07, 2012 02:52:27_

Can confirm this issue on Windows XP x64 and mp3-tags.

[Clementine-Issue-Importer]

_From teerapong.helpage on December 03, 2012 23:17:14_

I confirm this issue on Win XP SP2 using Clementine 1.1.1. problem applies to both FLAC and mp3. On my Ubuntu 12.04, library changes a split second after tag changes. Library is on external hard drive for both systems.

[Clementine-Issue-Importer]

_From mystica on December 05, 2012 11:55:47_

Ive got an idea on this.

How big are your libraries? File-count, directory count, and path depth
all might lead towards something.

i ask because when this issue came up first for me, in my >35000 song
library, with such obscene paths as

/mnt/data/Music/mp3/mp31/sorted-mp3s/new/artist/album/song.mp3

This is an _average_ for my horribly unsorted cruft-laden collection.
After whatever your system's inotify watch-count limit is hit, the system
will stop providing info on new files in places unable to be added to
inotifys watchlist.

i know this is how it works on linux, windows is a different beast entirely.

i dont like this setup because while it will work for combinations of
smaller amounts of files/dirs, it tops out the usually very limited amount
of inotify watches a user can obtain.

i would like to see an implementation where clementine realizes you just
performed the 'save tag' action, at which point it would reread the files
metadata and replace the DB copy. it should _not_ tie db updates _solely_
to inotify-flagged watched files and paths. keep that there for auto
updating the db when new stuff is added...but relying on a proven
unreliable mechanism for reasons listed above is pure insanity, and most
definitely is the reason for this issue.

[Clementine-Issue-Importer]

_From taaarp on December 05, 2012 12:05:03_

3370 directories, 36012 files (but that's including things like cover images, readmes etc)

indeed, if tags are modified, i'd expect clem to modify it's internal representation based on that alone (in library pane, in playlist etc)

[Clementine-Issue-Importer]

_From rocketnewton on December 07, 2012 13:48:25_

With clementine I have a tiny library: about 7,000 files, 250 dirs and very shallow depth (avg of 3).

[Clementine-Issue-Importer]

_From goetzchrist on December 07, 2012 14:00:07_

• files:
  $ find . -type f | wc -l
  14485
• directories:
  $ find . -type d | wc -l
  2287
• path depth:
  min: 5
  max: 11
  avg: ~8

[Clementine-Issue-Importer]

_From davidsansome on December 09, 2012 16:19:37_

Issue 3345 has been merged into this issue.

[Clementine-Issue-Importer]

_From [email protected] on December 23, 2012 00:38:27_

Ребят, знаю только русский - прошу простить. Но обнаружил проблему в эквалайзере. полоса 16 kHz работает неправильно. При перемещении ползунка вниз уровень возрастает, вверх - уровень падает. Да и по частоте не очень похоже что это 16 kHz. прошу поправить меня, если что-то не так. Спасибо.

[Clementine-Issue-Importer]

_From rocketnewton on February 07, 2013 06:32:59_

Hey [email protected], открои новый тикет..

[Clementine-Issue-Importer]

_From klaasdc on February 07, 2013 12:02:13_

I have this issue even when changing tags inside clementine. The playlist view keeps showing the old tags, even after relaunching.
It does seem that the scrobbling to lastfm uses the corrected tag info though. Very strange.

[Clementine-Issue-Importer]

_From vascofalves on February 07, 2013 15:46:11_

A workaround I found for this is have Clementine on, move the the files whose tags you changed to a folder Clementine does not monitor, then move then back again to the Music library location. This makes it detect the tag changes.

[Clementine-Issue-Importer]

_From dejume on February 07, 2013 17:05:41_

got the same issue : when modifying tags (with clementine or a third-party software), the library does not update. if I right click on a modified track, it does displays the changes. but no library update.

3 things are working for me as workaround :

• a full rescan of the library
• in library options, delete and re-add the folder containing the non-updating tracks
• move the track file/folder to an another place and update library for modifications (if auto update is disabled, with auto update, library is displaying automatically the good tags); i found out that renaming or somehow modifying the name of the folder in explorer have the same effect, update occurs.

(all of this happens with "watch the library for modifications" option enabled or disabled)

the trick with the name led me to think it has something to do with "the last modified" date... or not. I'm desperate here :3
(I did try to use a touch-like unix-command to test that but... windows does not let me use unxutils (would you believe it?))

I really hope the dev fix this, it's REALLY annoying and I don't want to forget that music player on windows...

I'm running clementine 1.1.1 under windows 7 Ultimate 64 bits

[Clementine-Issue-Importer]

_From davidsansome on February 07, 2013 17:38:21_

Labels: Restrict-AddIssueComment-Commit

[justcomplaining]

Problem still not solved in 1.2.1 (Windows 8).

[GitAnt]

As far as I've been able to test this, the problem is solved if a "Reset();" is added at the end of the SongsDiscovered function in "src/library/librarymodel.cpp". Would this be an acceptable solution? (Probably not the most elegant)

[jerobarraco]

i have this problem since a long time and it makes clementine almost unusable... i have a lot of files and i do need clementine to tag them.
my system is:
kubuntu 13.10 clementine 1.2.1 i tried deleting the config and reconfiguring and the same problem always happens

[Gangkaroo]

Problem still persists even when editing tags with Clementine (Ubuntu 14.04 and Clementine 1.2.3)
Although, in some rare cases it shows the correct behavior (however, I'm not sure in what cases...)

[GitAnt]

@jerobarraco @Gangkaroo Have you tried building from source after applying the change I have suggested a few posts above? It works for me but it could use some testing.

[Gangkaroo]

I'd like to try but I get a compilation error: ‘av_mallocz’ was not declared in this scope
and ‘av_free’ was not declared in this scope
Seems to be a missing dependency, but I'm not sure which one. I've installed all the dependencies that are mentioned in the instructions.

[jerobarraco]

the av_ sounds like avlib (the ffmpeg library) i recommend reading this https://github.com/clementine-player/Clementine/wiki/Compiling-from-Source

I tried doing that modification and recompiling but im not the best at it. i got discouraged at the large ammount of dependencies. im using ubuntu 14.04 and i cant find libffmpeg-dev,
and i had no time to try with chromaprint nor ftw3, yet.
what i could do is install the development version (thank guys for putting a dev ppa!!!!!) and it works!!!
i love you guys :) (Version 1.2.2-480-g41e9c15 )
when i change the tag using F2 then pressing enter the the row shows the old value and a ms later shows the new value. I dont know how it works but i know qt. so i think the value is updated internally and then refreshed on the gui. anyway it works pretty fine so far.

[kevincox]

@jerobarraco It still doesn't work for me. After I press F2, edit the tag, then hit enter. It says "Updating library 0%..." for a second or so, after it goes away the file is unchanged.

% clementine --version
Clementine 1.2.3

[jerobarraco]

@kevincox looks like you're using the release version, i was using the version i wrote in my post.
im using the dev ppa.
version Version 1.2.3-790-g88a6300
works pretty fine, but Version 1.2.3-791-g611d746 (the latest) get stuck too.
i dont understand how one build works and the other doesnt, its totally random

[kevincox]

Yeah, I'm using whatever is in Arch atm. I figured since you were using and after-1.2.2 version 1.2.3 would have worked.

When you say "one build works and the other doesn't" you you literally mean build or did you mean commit? That does seem really strange.

[jerobarraco]

nopes v1.2.3 has some bugs with the library. that is pretty sad.
im using the dev version as in the dev ppa as in https://launchpad.net/~me-davidsansome/+archive/ubuntu/clementine-dev
compiling it myself would be too burdersome.
-787 didnt work, -788 worked fine as -790 wich has a bug that the tag doest get updated in the listview if the track is playing, and -791 doesnt work anymore. maybe is the same bug in the code that sometimes works and sometimes doesnt, but i tried several times per version on the same list.

[jimpriest]

Using v1.2.3 on Linux Mint 14. Same issue - edit anything - save. Nothing is changed.

[MightyPork]

It worked for me before, but now I've encountered this same bug. It's the version available in Arch, 1.2.3.
I can open the tag editor, edit tags, close it, and it does nothing at all.

[jerobarraco]

i'm still having the issue, i'm trying to solve the problem but when i debug it it doesn't seem to show the behavior.

[kevincox]

I'm using 1.2.3 on Arch Linux and tag editing now appears to be working most of the time. There are some rare cases where it doesn't apply but I haven't been able to track down when that it (I suspect it has something to do with filtering a playlist then editing a track but am not sure).

[tommycarstensen]

Same issue with 1.2.2 on Mac.

[zoltan-sule]

I was happy when I found the Clementine, because I think this is a good alternative and what is more this is the best music player for kind of linux users like me.
But this caching (I just suppose it) problem gives me big troubles. This way I can't manage my albums. I have to spend a lot of time to remove the musics from the list, rename them and add them to the same list one after the other (remembering all of them) all the time if I change the BPM, the comment with bpm-tool or with puddletag.
I imagine a simple button: switch of the pre-caching. Or a button that clean the caches, but don't remove the lists and the ratings. I don't mind if the loading of it isn't so fast, because the process above takes hours.

I am in Ubuntu 14.04 + Clementine 1.2

[Hepo]

I'm running Linux Mint 17.1 and Clementine 1.2.3 from PPA. Still encountering this bug; updating the tags, rescanning the library, removing/re-adding the library does not fix the issue. The artist is constantly put underneath its Genre as "Various Artists".

[rodrigodiez]

Is there any special feature around the 'various' keywork in a tag? As far as I remember, most of the issues that I have experimented with tagging were related to various-ish tags

[spock]

This issue looks like what I am looking for...

My setup:

• around 70 GB of music, 20.5k files (including .mood);
• the 'music' directory is synced between 2 PCs (home and work), both running Debian testing, Clementine 1.2.3+dfsg-3;
• ratings and play/skip counts are saved to files on both PCs; both PCs also have update library on startup and watch library for updates enabled;
• the idea is to maintain "the same" library across multiple devices, preserving ratings/play/skip counts.

The problem:

• after 'music' directory sync finishes, I start Clementine and Do a full library rescan, but Clementine does not see updated play/skip counts and ratings - the old values (from the database, I guess) are still shown;
• in the context of this issue, this seems equivalent to "external tag editing";
• it might be the case that upon playing a file Clementine will write "play count = 1" even if the file already had a higher play count in it, but had nothing in the database; I haven't tested this good enough to be sure, though.

The workaround (as already mentioned in some comments above):

• open Tools -> Preferences -> Library, delete 'music' directory, then immediately re-add it, and let Clementine re-scan everything (the process is surprisingly quick!);
• note: if the Preferences dialog is closed before adding 'music' back after removing it, currently open playlists will lose their content.

I'll gladly provide more info or do more testing, I just need to know what kind of testing is required :)

[ghost]

The problem is the time. If you change the tag with an external program (like EasyTag) the upper dir time does not change. Sometimes Clementine refuses to change tags (no warning or anything), so an external program is sometimes needed. Perform following command and then do a library update. It recursively resets the date for files and dirs.

find "Bb King & Eric Clapton" -exec touch {} \;

Now Clementine will rescan and update the tags in directory "Bb King & Eric Clapton". That's my linux solution, don't know for mac and windows!
A full rescan every time for a little change with a very large library is just insane.

[dessalines]

I have this issue with clementine 1.2.3 in ubuntu. After changing the name of a track, it gets stuck on "Updating library...", and I have to restart clementine to get it to work again.

[jerobarraco]

i have an ssd, so i have mounted it with -o relatime.
maybe thats part of the problem.
i also have my files synced over internet, so i will never update the time unless extremely necessary.

[RandomReaper]

I have clementine 1.2.3 in ubuntu 14.04.3 LTS, and it bugs updating the database...

@jerobarraco Using -o relatime should not be a problem. I use -o noatime on all my linux boxes, never seen any problem related to this.

[ahdok]

There's an awful lot of discussion and issues here, but my version of this problem is pretty simple. It is impossible for me to edit or update any tag information in Clementine at all, I can open different menus to edit tags, but the moment I save a tag, it immediately reverts to the wrong tag, and nothing is changed. This behaviour isn't intermittent, it happens no matter what I try. I'm using the current release (1.2.3) on windows 10.

It's sad for me, because a long time using iTunes has left me with a hugely corrupt set of broken or wrong tags. The musicbrainz tagger in Clemtine is almost always right, but I can't fix or change anything with Clementine, so it's very difficult for me to want to make the switch.

[narunlifescience]

Clementine recently updated taglib to v1.10.0 (#5129). could you check if the issue persists with the developer builds ? http://builds.clementine-player.org/

[cristianmtr]

For me this worked:

I had this album with these files:

» ls -l                                          /cygdrive/d/music/Atheist/Elements
total 98316
-rw-r--r-- 1 cristian None 13375704 Jan  9 17:57 Air.mp3
-rw-r--r-- 1 cristian None 10065479 Jan  9 17:56 Animal.mp3
-rw-r--r-- 1 cristian None  3415773 Jan  9 17:54 Displacement.mp3
-rw-r--r-- 1 cristian None  9348677 Jan  9 17:54 Earth.mp3
-rw-r--r-- 1 cristian None 13916983 Jan  9 17:54 Elements.mp3
-rw-r--r-- 1 cristian None 11103055 Jan  9 17:53 Fire.mp3
-rw-r--r-- 1 cristian None  1773197 Jan  9 17:54 Fractal_Point.mp3
-rw-r--r-- 1 cristian None  8111545 Jan  9 17:57 Green.mp3
-rw-r--r-- 1 cristian None 10947377 Jan  9 17:54 Mineral.mp3
-rw-r--r-- 1 cristian None  4752193 Jan  9 17:47 Samba_Briza.mp3
-rw-r--r-- 1 cristian None  3100220 Jan  9 17:54 See_You_Again.mp3
-rw-r--r-- 1 cristian None 10747794 Jan  9 17:54 Water.mp3

But originally they had track number - track title in the filename. And that's how they showed up in Clementine. Of course, I had to get the correct tags (without the track number in the title).

What I did to get Clementine to save the tags:

• Make sure you turn off auto sync of library;
• Add album to playlist
• Right click all songs - Automatically get tags...
• Accept defaults
• DO NOT play any of the songs yet
• Right click all songs selection again - organise files
• Make sure track no is not set in the format line
  
  
  
  • I had the following:
  
  

%artist/%album{ (Disc %disc)}/%title.%extension

• Save
• Tools - Sync dir updates

[JulianVolodia]

So, when not play song or auto sync was disabled is it caused bug still?

[matvidaln]

Hi,
I have the same issue in Version 1.2.3. running in linux mint 17.3.
Today, serendipitously, I found a different solution to the problem:

1- Modify the tag of the files using clementine.
2- In order to get them saved by clementine, I temporarly moved the directory with the modified songs to a different location and pressed "updated changed library files".
3- Move back the directory with the songs to the original location and press again "updated changed library files".

Hope is useful!

[UndeadKernel]

The bug is still there in Clementine 1.3.1
After modifying the tags of some MP3 files, Clementine would refuse to show the updated tags.
As stated by the previous comment, by renaming the folder with the edited songs and updating the library, the tags were picked up correctly.

[lursel]

I too have this problem (Clementine 1.3.1), both on Linux Mint 18 and Windows 10. Even playing another song after renaming a track (without restarting) reverts changes.

[ssrublev]

In my Fedora Linux Clementine's Tag fetcher doesn't work at all (can't find any song). MusicBrainz Picard and its libraries are installed and work.

[nkosi23]

I too have this problem (Clementine 1.3.1), both on Linux Mint 18 and Windows 10. Even playing another song after renaming a track (without restarting) reverts changes.

Same problem on Windows 10, changes reverted as soon as either :

• The song is played, then another another song is played
• Clementine is restarted

Very annoying problem, massively affecting usability, why hasn't it been fixed for so long ? From a macro perspective I find suspicious that libtag would have such a blatant bug, my speculation is that stuff are being done in-memory and a persistence method is not called when it should be, could be as simple as that.
.
Thanks for the work anyway, hopefully someone has the bandwidth to look into it.

[fcastilloec]

I'd like to add that the only way to fix this is by doing a full library rescan, simply updating changed library folders doesn't do anything. Any chance this can get fix in the next release?

[brokenwu]

Running Clementine 1.3.1 on Manjaro and having the same issue, but it's actually even worse.
My process is that i get a wav file, convert it to .flac, tag it with Puddletag and only then for the first time Clementine will see those files.
It still does not read any of the tags even though it should have no idea that they ever were untagged.
I'm actually kind of curious what would trigger this kind of behaviour.

[thenewnano]

I have some issues when editing tags does not stick on OSX. Will remove Clementine and install it again now and download my library again, if the problems is still there I guess I have to stick with my second Ubuntu machine for DJ-ing, my old one died on me and I was thinking to use my MacBook .

PS I will create a new bug, as this one is ancient, probably should be closed in favor of the new one.

[thenewnano]

well I don't know if I should create a new issue... So sad I can't move over to my MacBook , and this issue has been there for years :(

Changes are made to file but not to databse, full library scan is extremely slow in Mac and absolutely not an option, creating new playlists doesn't help, tags are not changed in the UI or library View regardless. Same version of Clementine in Ubuntu works just fine.

clementine-1.3.1-537-g3c8a558
osx 10.14.3 Beta (18D32a)
Music Library with over 40000 files

[JulianVolodia]

So, looking for changes in files with changed checksums or even faster - last modification time will be cool?

[JulianVolodia]

Hello
Could you reply about issues here, and clean up a bit @thenewnano @brokenwu @fcastilloec @nkosi23 @ssrublev @lursel @UndeadKernel @matvidaln @cristianmtr @ahdok @narunlifescience ?

Before doing below check if issue is quite recent, and maybe it was already fixed.

Great to have:

• summary what to do here when someone get this item to work with,
• fulfill issue again, even changing subject to have it clear with corespondence with current state of issue, leaving it in great condition in backlog for future work when someone have time.

Will appreciate if some important (like workarounds, recomendation for fixes, pre-investigation info) will be left with mark with ~shattering~ with ~this~ for fast reference, but best is to leave issue most compressed as you could.

Thanks in advance.

[ssrublev]

In my current (latest) Fedora Linux Clementine's "Complete tags automatically" function every time causes Clementine to crash. ABRT bug report about this to Fedora Bugzila (I made 2 or 3) automatically receives invisible status and never get any answer.

[JulianVolodia]

@ssrublev neat. Good to know. Have some debug log output which you could provide, more for compare than resolve so not necessarly.

[ssrublev]

Console output:

(clementine:21119): GStreamer-CRITICAL **: 17:29:22.915: gst_mini_object_unlock: assertion 'state >= SHARE_ONE' failed

(clementine:21119): GStreamer-CRITICAL **: 17:29:22.915: gst_mini_object_unref: assertion 'GST_MINI_OBJECT_REFCOUNT_VALUE (mini_object) > 0' failed
Segmentation fault (core dumped)

ABRT output:

SHELL=/bin/bash
IMSETTINGS_INTEGRATE_DESKTOP=yes
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/980,unix/unix:/tmp/.ICE-unix/980
WINDOWID=71303174
COLORTERM=truecolor
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
HISTCONTROL=ignoredups
HISTSIZE=1000
HOSTNAME=ssr-dexp-fedora
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
XMODIFIERS=@im=none
DESKTOP_SESSION=mate
SSH_AGENT_PID=1166
XDG_SEAT=seat0
MATE_DESKTOP_SESSION_ID=this-is-deprecated
PWD=/home/ssr
LOGNAME=ssr
XDG_SESSION_DESKTOP=mate
XDG_SESSION_TYPE=x11
XAUTHORITY=/run/lightdm/ssr/xauthority
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/ssr
HOME=/home/ssr
LANG=en_US.UTF-8
LS_COLORS=rs=0:di=38;5;33:ln=38;5;51:mh=00:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=01;37;41:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;40:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.zst=38;5;9:*.tzst=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.wim=38;5;9:*.swm=38;5;9:*.dwm=38;5;9:*.esd=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.mjpg=38;5;13:*.mjpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.m4a=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.oga=38;5;45:*.opus=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:
XDG_CURRENT_DESKTOP=MATE
VTE_VERSION=5803
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
IMSETTINGS_MODULE=none
XDG_SESSION_CLASS=user
TERM=xterm-256color
GTK_OVERLAY_SCROLLING=0
LESSOPEN=||/usr/bin/lesspipe.sh %s
USER=ssr
DISPLAY=:0
SHLVL=1
QT_IM_MODULE=xim
XDG_VTNR=1
XDG_SESSION_ID=1
XDG_RUNTIME_DIR=/run/user/1000
LC_TIME=ru_RU.UTF-8
QT_AUTO_SCREEN_SCALE_FACTOR=0
PATH=/home/ssr/.local/bin:/home/ssr/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin
GDMSESSION=mate
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
MAIL=/var/spool/mail/ssr
QT_SCALE_FACTOR=1
_=/usr/bin/clementine

Easily reproducible, I can provide other ABRT data if needed

[JulianVolodia]

@ssrublev must be reproduced on my side and debugged, sorry for long wait.

[ssrublev]

I have just discovered and installed latest 1.4 on Fedora 32 and I see this crash no more! Will try later in Ubuntu! If this is fixed that's amazing!!! I guess we have to thank @hatstand

[ssrublev]

I confirm, 1.4 rcs have this problem no more in Ubuntu 20.04

[JulianVolodia]

Dear @hatstand
That looks like this could be closed.

[nkosi23]

This should not be closed, @ssrublev has kind of hijacked this thread with his crash report. This issue wasn't about a crash but about the fact that Clementine does not update tags. No one has reported that this problem has been fixed, there is no reason to close this.

[JulianVolodia]

Hmmm, so that is my fault then @nkosi and @fcastilloec

So, full case description please. I will try to do what you see and get over with that. Please, be detailed not about logs but steps. Best make sceen recording with narrow thing.

I want to see clean Clementine 1.4.
Then, you showing tags in Clementine.
Next, your external tag modifier and saving this changes.
At the end - showcase in clementine that it not worked.

One video without cutting. Then I will reproduce and debug that fully.

Thanks.

[fcastilloec]

@JulianVolodia
Here's the video you requested, the only thing to note is that I recently updated to Ubuntu 20.04 and I'm using Clementine from the official repos, so the version is v1.4.0-rc1 and you guys don't have a focal .deb in your latest release.
I used to use your PPA ppa:me-davidsansome/clementine a while ago but it seems it hasn't been updated in a while, there's no focal version there yet.

Peek 2020-06-29 16-35.webm.zip

EDIT: I just noticed that there are quite a few pre-release versions on the Releases page. I've installed 1.4.0rc1-283-g0fcb1df20 and the behavior is exactly the same

[JulianVolodia]

Thanks. BTW. GitHub shows edit history. no need to adding Edit mark

[JulianVolodia]

you guys don't have a focal .deb in your latest release.

I see clementine_1.4.0rc1-283-g0fcb1df20.focal_amd64.deb in assets, all releases have this .deb which I used to install

Hi @ssrublev , I don't have any doubts against it, just mention that we both work on same thing.

@fcastilloec @ssrublev will you be able to test out the patch I send you by compiling on your machines?
Have you any programming experience?

Best regards.

[ssrublev]

@fcastilloec @ssrublev will you be able to test out the patch I send you by compiling on your machines?
Have you any programming experience?

I have very little programming experience but have adminning. If you tell me what to do, I think I can try to test. I can test in Fedora, Ubuntu, Windows 7, Windows 10 and sometimes also Windows 8.