Origina lrelease date not always recognized

Issue description:

Hey, it seems that symfonium doesn’t always import the original release date tag from LMS. I’ve looked at the tags between the two examples I’ve attached, and can’t find a difference.

For the example “Life on the Road”, Symfonium imported the original release date tag from LMS. for “The Contenders” it ignored it.

Thanks!

Logs:

Upload description: Bigmack3000

Additional information:

 

 

Reproduction steps:

 
I didn’t have logs to upload, but I uploaded two examples. One that works. and one that does not.
 

Media provider:

Subsonic

Screenshots:

     

I need logs containing a full to see what your server sends.

ok. I just ran a scan and uploaded the logs.

There is no log uploaded with your username as description.

That’s odd, it said uploaded. I just sent it again now.

You are giving me name of songs when original release date is a data for albums…

LMS returns a year for orginal release date for both of the albums related to the songs you mention.

What is your actual issue, where do you look for the data, … ?

I uploaded the two songs. Did it not go through? I can upload them again.

If a song is mp3, the original release date tag is brought into Symfonium from LMS. Meaning it is listed on the album page, and it properly sorts by “original release date”.

If a song is m4a, either Symfonium or LMS is ignoring the original release date tag. and only the release date tag is being loaded. So if have a deluxe edition that came out in 2006, but the album originally came out in 1977, only 2006 is being read.

I uploaded the two song examples again just now.

I don’t need the songs I need the answer to the questions :wink:

Let’s try again, open both albums in Symfonium and go to the bottom and show what is displayed as original release date. Don’t assume things.

Right, that was the first thing I checked before opening a ticket. m4a files do not list the original release date tag anywhere on the album page.

Symfonium does not access the m4a directly it reads what LMS sends via the API.

So show the album you are looking at and the asked screenshot … ?

There’s the album with m4a songs.

Yea, i originally thought it would be coming from LMS. So i made the initial post there:

But you suggested i make a post here instead.

Finally the proper information to be able to match in the logs …

So yes LMS does not return the data for that album:

        {
          "artist": "The Kinks",
          "artistId": "ar-12143",
          "coverArt": "al-10312",
          "created": "2023-08-26T07:50:42.000",
          "displayArtist": "The Kinks",
          "duration": 3146,
          "genre": "Rock Music",
          "id": "al-10312",
          "isCompilation": false,
          "musicBrainzId": "8be2c96d-d17d-46f4-9002-1ba3b4fc8dda",
          "name": "Lola Versus Powerman and the Moneygoround, Part One",
          "playCount": 0,
          "played": "2024-07-25T18:47:26.000",
          "songCount": 16,
          "sortName": "",
          "year": 2010,
          "originalReleaseDate": {},
          "artists": [
            {
              "id": "ar-12143",
              "name": "The Kinks"
            }
          ],
          "discTitles": [],
          "genres": [
            {
              "name": "Rock"
            },
            {
              "name": "Pop Rock"
            },
            {
              "name": "Rock Music"
            }
          ],
          "moods": [],
          "releaseTypes": [
            "album"
          ]
        },

But you have another album that have nearly the same name and have it

{
          "artist": "The Kinks",
          "artistId": "ar-12143",
          "coverArt": "al-10295",
          "created": "2023-08-27T20:13:56.000",
          "displayArtist": "The Kinks",
          "duration": 10137,
          "genre": "Rock Music",
          "id": "al-10295",
          "isCompilation": false,
          "musicBrainzId": "baff0559-7586-4672-8de4-f35a9d07c9b7",
          "name": "Lola Versus Powerman and the Moneygoround, Part One (50th Anniversary)",
          "playCount": 0,
          "played": "2024-07-28T17:56:32.000",
          "songCount": 49,
          "sortName": "",
          "year": 2020,
          "originalReleaseDate": {
            "year": 1970
          },
          "artists": [
            {
              "id": "ar-12143",
              "name": "The Kinks"
            }
          ],
          "discTitles": [
            {
              "disc": 1,
              "title": "Original Album (stereo) 2020 Remaster + Alternate Versions"
            },
            {
              "disc": 2,
              "title": "Alternate Versions / New Medleys & Mixes / Demos / Film Soundtrack"
            },
            {
              "disc": 3,
              "title": "Alternate Versions / New Medleys & Mixes / Demos / Live"
            }
          ],
          "genres": [
            {
              "name": "Rock"
            },
            {
              "name": "Pop Rock"
            },
            {
              "name": "Rock Music"
            }
          ],
          "moods": [],
          "releaseTypes": [
            "album"
          ]
        },

So triple check your tags, that you have rescanned in LMS but the Symfonium behavior is consistent with the data received.

Yea, it’s two different versions of the album.

Everything is definitely tagged properly. I checked other albums after noticing the different formats. Anything m4a is missing the tag.

So this is a problem from LMS?

I did a test yesterday. I tagged some mp3-files and m4a-files with releasedates. Symfonium properly displays the releasedates for the mp3-files, but not for the m4a-files (the year-tag is displayed instead).

Can it be an issue with the m4a-file container?

I used Kid3 and Mp3tag for this test.

Open your own issue with proper logs and details.

I thought it could add to the topic, about the original release date. The last post is about m4a missing the tag, and my observation could support it. I apologize if that was wrong.

It’s related to LMS server and it’s fixed server side so most probably unrelated.

All right, I’ll do some more research on my observation before considering an own post.