Absolutely. Well, right now it’s UTC-4 since in the summer we’re in daylight saving time, but yes, it’s in the negative.
Thanks so much for your help.
So just updated to 1.26.2.5797 and still seeing this on music.
If I put in music with date of 2022-01-01 for Originally Available it shows as year 2021… If I change the date to 2022-01-02 it changes it to year 2022.
When switch back to 2022-01-01 it goes back to 2021 year. I am currently in CDT or UTC -5…
2 Likes
I am in the Eastern time also, and can see the date bug too.
I did notice if I changed the original date from 2021-01-01 (displayed year was 2020) to 2021-01-02 the displayed year changed to 2021. If I then changed it back to 2021-01-01 manually (and never choose the refresh metadata option) the displayed year stays 2021. It stays that way until the refresh metadata is run and then the displayed year reverts back to 2020.
I saw the problem with aiff, mp4 and flac files (didn’t look for others).
1 Like
For those of us on Linux who wish to roll back to the last known version without any of the date issues (1.25.9.5721, as far as I’m aware), is there an easy way to do that? I’ve currently got my server installed using the official repo (via apt) but it doesn’t appear that there’s a simple way to rollback to a prevous version using the repos.
I’ve held off on touching any of my music files or importing new music since this bug was introduced almost a month ago. At this point I’d rather just roll back to a version where I can continue using the software as it was intended.
@OttoKerner - Here are the answers to your questions, and maybe a bit more information:
- I am using FLAC for the vast majority of my files, but this also occurs for MP3 albums/files.
- I use mp3tag to tag all my files. I have used the “Year” tag to indicate year of release. The format is simply the year “1991”.
- I tell Plex to use local metadata, via the “Prefer local metadata” option in my library settings.
- I am using “Plex Music” for both scanner and agent.
- I am in the US Pacific time zone, with is currently Pacific Daylight Time, UTC -7.
Some additional information. When Plex scans the Year tag from my metadata, it writes the date in the Plex database as January 1 of that year. So, for example, if the Year tag is 1991, I see “1991-01-01” in the “originally available” section of the album metadata in Plex.
Let’s take that album that has a year of 1991. In Plex it shows as 1990 when in album view, even though the Plex metadata shows “1991-01-01”. If I manually edit the metadata in Plex to “1991-01-02” the year displays correctly as 1991. If change in back to “1991-01-01” Plex will continue to display the year correctly as 1991.
So, it seems clear to me that the date imported via the file tag is being saved correctly in the Plex database, but for some reason is being interpreted incorrectly to display in album view. Maybe it’s being saved in UTC, and converted to PDT? But then, why is displaying correctly when I look at the metadata, but not correctly in album view?
Whatever it is, if the metadata is manually edited in Plex, it then is stored and displayed correctly both in the metadata fields and in album view. (This was previously pointed out above by @Tion1
quoting a different post here on the forums, stating that it’s a bug with the Plex Music agent). However, manually editing the Plex metadata for 1K+ albums is a hard no for me. I’d like to see Plex developers get this fixed.
I am currently using PMS version 1.26.2.5797, and I first noticed this issue with version 1.26.1.5722 but it may have present earlier and I didn’t notice.
5 Likes
Yes, 1.25.9.5721 is the version right before the wave of date bugs got introduced.
For rolling back, the way I did it is by replacing the whole ‘Plex Media Server’ folder. I’m lucky enough to have a setup taking regular backups of my whole system, so I just went into a recent backup and restored the folder as well as the application itself (you can find the links to older Plex versions here). Maybe replacing the whole folder isn’t needed, but I would at least use a backup of the database. I’m not sure how Plex would handle migrating the database from a new version to an older one. Especially with the date format change that was made after 1.25.9.5721. But maybe it works. You could test it.
I’m on Mac, though. So it might be easier to replace the ‘Plex Media Server’ folder and the application than it is on Linux. But at least I hope it gives you an idea and some pointers about what needs to be done to roll back.
Thank you for that detailed explanation. Unfortunately I don’t think I have any backups of that folder, but I’ll double check. Also I’m not sure if it will be that easy on Linux but maybe it is…
Yup.
There are two columns in the database, originally_available_at and year. The latter, year, is used in the Album View.
When manually editing Originally Available in Plex Web, both of those columns are saved correctly.
The agent, on the other hand, is fetching and storing originally_available_at correctly, but applying bad timezone math for year.
If waiting for a fix is driving you crazy, a Plex SQLite statement can be used to bulk-update year:
I’m hoping (assuming?) that when a fix arrives, it also performs this bulk update.
2 Likes
Do we know if this will correct itself once we upgrade to 1.26.2.5797. Do I need to refresh the metadata or what?
@ASiDiE The bug is still present in this version. It still hasn’t been fixed.
2 Likes
Well dammit… updating these by hand right now…
I’m another one who only uses the year for his music files. In the previous release (1.26.1.5798), if I set the date to 2000, the Originally Available date would show as 1999-12-31 after importing. In the current release (1.26.2.5797), it’s showing as 2000-01-01 (the original behavior prior to the problems). However, in the Album view it’s showing as 1999. I have to change the date to 2000-01-02 in order to make the Album view correct.
I’m in the U.S. Central time zone if that helps any.
1 Like
Slightly annoying bug. Yes, still present in the 1.26.2.5797. I’ll wait it out. Maybe when this one gets fixed properly it will also stop an issue where the year 1900-01-01 gets inserted into spots where the files don’t have a year tagged. I usually have those files in folders like “various artists” or “unknown album” where I use only track name, artist, and album artist tags (all tagging first done through MP3tag and then a secondary pass through MusicBrainz. I put the year in after the artist-track name for those non-album files.
Re: 1900-01-01:
2 Likes
Disabling that option is a scary proposition for me. I OCD edit every track name in an album to my preference before uploading. I do not want to rely on the databases that are consistently riddled with errors and different naming conventions. Assuming I turn the prefer local metadata off, will the library default to the database version of track names and artists? Can’t have that! 
3 Likes
If you use that feature I’m not suggesting turning it off, rather, being optimistic & holding tight because Plex is aware and working on a fix.
1 Like
Appreciate the response and the work from the Plex team. I’m good waiting out these minor glitches
@drzoidberg33, since I need the “Prefer Local Metadata” option for my music library, could you confirm that what you said about the 1899/1900 bug in the other thread is also about the issue we have in this thread too? Would a potential fix also solve this ‘wrong year being displayed’ problem with music albums?
Thanks for your help!
Well on 1.27.0.5849 and still have this problem. Music with year-01-01 shows previous year, change to year-01-02 and correctly shows year.
1 Like
So the bug is still in 1.27.0.5849 then…
@drzoidberg33 in the release notes it says that the bug was fixed for TV shows. Any details about why it’s still happening with music albums?
