Premier year of a movie for (interactive) search and matching #9330

Open
opened 2026-02-20 00:12:48 -05:00 by deekerman · 4 comments
Owner

Originally created by @erwinkramer on GitHub (Dec 30, 2025).

Is there an existing issue for this?

  • I have searched the existing open and closed issues

As #11221 explained, primary movie years are inconsistent across movie metadata providers. An example, Brick from 2005 is known as Brick from 2006 too, but they are both the same. See:

2005 entries:

2006 entries:

In Radarr, interactive search won't work, because the movie is commonly being referenced as 2005, but not as 2006. The latter is what Radarr seems to be solely using.

More context on the TMDB forum: https://www.themoviedb.org/talk/60ec2b2be004a60046027b89. If i had to guess, this is an issue for about 0.5-1% of all movies.

TMDB API response:

{
  "id": 9270,
  "results": [
    {
      "iso_3166_1": "AU",
      "release_dates": [
        {
          "certification": "M",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-08-10T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "BE",
      "release_dates": [
        {
          "certification": "14",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 5
        }
      ]
    },
    {
      "iso_3166_1": "BR",
      "release_dates": [
        {
          "certification": "14",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-09-15T00:00:00.000Z",
          "type": 5
        }
      ]
    },
    {
      "iso_3166_1": "CA",
      "release_dates": [
        {
          "certification": "",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-04-07T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "CH",
      "release_dates": [
        {
          "certification": "16",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-09-14T00:00:00.000Z",
          "type": 4
        }
      ]
    },
    {
      "iso_3166_1": "DE",
      "release_dates": [
        {
          "certification": "12",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-09-21T00:00:00.000Z",
          "type": 5
        }
      ]
    },
    {
      "iso_3166_1": "FI",
      "release_dates": [
        {
          "certification": "K-12",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 6
        }
      ]
    },
    {
      "iso_3166_1": "FR",
      "release_dates": [
        {
          "certification": "",
          "descriptors": [],
          "iso_639_1": "",
          "note": "Deauville festival film",
          "release_date": "2005-09-06T00:00:00.000Z",
          "type": 1
        },
        {
          "certification": "U",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-08-16T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "IE",
      "release_dates": [
        {
          "certification": "15",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-05-12T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "KR",
      "release_dates": [
        {
          "certification": "",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2008-01-31T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "NL",
      "release_dates": [
        {
          "certification": "14",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 1
        },
        {
          "certification": "14",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "NO",
      "release_dates": [
        {
          "certification": "12",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 5
        }
      ]
    },
    {
      "iso_3166_1": "RU",
      "release_dates": [
        {
          "certification": "",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-10-19T00:00:00.000Z",
          "type": 3
        }
      ]
    },
    {
      "iso_3166_1": "SE",
      "release_dates": [
        {
          "certification": "15",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 6
        }
      ]
    },
    {
      "iso_3166_1": "US",
      "release_dates": [
        {
          "certification": "",
          "descriptors": [],
          "iso_639_1": "",
          "note": "Sundance Film Festival",
          "release_date": "2005-01-21T00:00:00.000Z",
          "type": 1
        },
        {
          "certification": "R",
          "descriptors": [],
          "iso_639_1": "",
          "note": "New York & Los Angeles",
          "release_date": "2006-03-31T00:00:00.000Z",
          "type": 2
        },
        {
          "certification": "R",
          "descriptors": [],
          "iso_639_1": "",
          "note": "",
          "release_date": "2006-04-07T00:00:00.000Z",
          "type": 2
        }
      ]
    }
  ]
}

Describe the solution you'd like

Include the earliest premier year for (interactive) search (and matching) too.

As seen in the API response, it is premiered ("type": 1) in 2005 (twice) and 2006, so it would make sense to have the earliest premier year as something that is used for (interactive) search at least.

According to servarr: "Radarr uses the year of the oldest Theatrical Release date for primary purposes and the oldest Premier date as secondary only for matching." - https://wiki.servarr.com/en/radarr/faq#how-does-radarr-determine-the-year-of-a-movie - according to this logic, it should use 2005 as year for interactive search too, or does that not mean 'matching'? If it also counts as matching, then I assume this request is not a feature but a bug.

Describe alternatives you've considered

.

Anything else?

.

Originally created by @erwinkramer on GitHub (Dec 30, 2025). ### Is there an existing issue for this? - [x] I have searched the existing open and closed issues ### Is your feature request related to a problem? Please describe As #11221 explained, primary movie years are inconsistent across movie metadata providers. An example, Brick from 2005 is known as Brick from 2006 too, but they are both the same. See: 2005 entries: - https://www.imdb.com/title/tt0393109 - https://en.wikipedia.org/wiki/Brick_(film) - https://www.rottentomatoes.com/m/brick - https://tv.apple.com/us/movie/brick/umc.cmc.184ebh194qyd2t2rkpf24qbaz - https://mubi.com/en/nl/films/brick 2006 entries: - https://www.themoviedb.org/movie/9270-brick - https://www.primevideo.com/-/nl/detail/Brick/0MQV7CGLE4VH1V9XGK60J37CVS In Radarr, interactive search won't work, because the movie is commonly being referenced as 2005, but not as 2006. The latter is what Radarr seems to be solely using. More context on the TMDB forum: https://www.themoviedb.org/talk/60ec2b2be004a60046027b89. If i had to guess, this is an issue for about 0.5-1% of all movies. TMDB API response: ```json { "id": 9270, "results": [ { "iso_3166_1": "AU", "release_dates": [ { "certification": "M", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-08-10T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "BE", "release_dates": [ { "certification": "14", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 5 } ] }, { "iso_3166_1": "BR", "release_dates": [ { "certification": "14", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-09-15T00:00:00.000Z", "type": 5 } ] }, { "iso_3166_1": "CA", "release_dates": [ { "certification": "", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-04-07T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "CH", "release_dates": [ { "certification": "16", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-09-14T00:00:00.000Z", "type": 4 } ] }, { "iso_3166_1": "DE", "release_dates": [ { "certification": "12", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-09-21T00:00:00.000Z", "type": 5 } ] }, { "iso_3166_1": "FI", "release_dates": [ { "certification": "K-12", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 6 } ] }, { "iso_3166_1": "FR", "release_dates": [ { "certification": "", "descriptors": [], "iso_639_1": "", "note": "Deauville festival film", "release_date": "2005-09-06T00:00:00.000Z", "type": 1 }, { "certification": "U", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-08-16T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "IE", "release_dates": [ { "certification": "15", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-05-12T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "KR", "release_dates": [ { "certification": "", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2008-01-31T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "NL", "release_dates": [ { "certification": "14", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 1 }, { "certification": "14", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "NO", "release_dates": [ { "certification": "12", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 5 } ] }, { "iso_3166_1": "RU", "release_dates": [ { "certification": "", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-10-19T00:00:00.000Z", "type": 3 } ] }, { "iso_3166_1": "SE", "release_dates": [ { "certification": "15", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-03-31T00:00:00.000Z", "type": 6 } ] }, { "iso_3166_1": "US", "release_dates": [ { "certification": "", "descriptors": [], "iso_639_1": "", "note": "Sundance Film Festival", "release_date": "2005-01-21T00:00:00.000Z", "type": 1 }, { "certification": "R", "descriptors": [], "iso_639_1": "", "note": "New York & Los Angeles", "release_date": "2006-03-31T00:00:00.000Z", "type": 2 }, { "certification": "R", "descriptors": [], "iso_639_1": "", "note": "", "release_date": "2006-04-07T00:00:00.000Z", "type": 2 } ] } ] } ``` ### Describe the solution you'd like Include the earliest premier year for (interactive) search (and matching) too. As seen in the API response, it is premiered (`"type": 1`) in 2005 (twice) and 2006, so it would make sense to have the earliest premier year as something that is used for (interactive) search at least. According to servarr: "Radarr uses the year of the oldest Theatrical Release date for primary purposes and the oldest Premier date as secondary only for matching." - https://wiki.servarr.com/en/radarr/faq#how-does-radarr-determine-the-year-of-a-movie - according to this logic, it should use 2005 as year for interactive search too, or does that not mean 'matching'? If it also counts as matching, then I assume this request is not a feature but a bug. ### Describe alternatives you've considered . ### Anything else? .
Author
Owner

@mynameisbogdan commented on GitHub (Dec 30, 2025):

Radarr does not calculate the year, it's uses the year from TMDb based on their rules. Read more at https://www.themoviedb.org/bible/movie/59f3b16d9251414f20000009#5a0b2152925141656100000d which would explain the year for Brick.

Radarr only uses the releases dates to calculate availability based on your picked option, and uses premier year for matching only if the years are different.

Changing how this works would most likely break a lot of other movies, since groups could use TMDb as metadata source too. My suggestion to you for Brick is to at least contact TMDb and request for the year to be changed to 2005 if possible if you consider it to the correct one.

@mynameisbogdan commented on GitHub (Dec 30, 2025): Radarr does not calculate the year, it's uses the year from TMDb based on their rules. Read more at https://www.themoviedb.org/bible/movie/59f3b16d9251414f20000009#5a0b2152925141656100000d which would explain the year for Brick. Radarr only uses the releases dates to calculate availability based on your picked option, and uses premier year for matching only if the years are different. Changing how this works would most likely break a lot of other movies, since groups could use TMDb as metadata source too. My suggestion to you for Brick is to at least contact TMDb and request for the year to be changed to 2005 if possible if you consider it to the correct one.
Author
Owner

@erwinkramer commented on GitHub (Dec 30, 2025):

and uses premier year for matching

Well then why shouldn't it be used for (interactive) search? Seems to be low risk.

@erwinkramer commented on GitHub (Dec 30, 2025): > and uses premier year for matching Well then why shouldn't it be used for (interactive) search? Seems to be low risk.
Author
Owner

@mynameisbogdan commented on GitHub (Dec 30, 2025):

Maybe only as a fallback with only the original titles to prevent duplicating the requests, like I said on discord. Fallback means only if other searches returned 0 results, not an separate search.

BTW, most people with proper indexers won't notice the year discrepancy because searching by imdbid or tmdbid doesn't care about the year. An workaround for your issue for now is to enable Remove Year in the indexer settings in radarr > settings.

@mynameisbogdan commented on GitHub (Dec 30, 2025): Maybe only as a fallback with only the original titles to prevent duplicating the requests, like I said on discord. Fallback means only if other searches returned 0 results, not an separate search. BTW, most people with proper indexers won't notice the year discrepancy because searching by imdbid or tmdbid doesn't care about the year. An workaround for your issue for now is to enable `Remove Year` in the indexer settings in radarr > settings.
Author
Owner

@erwinkramer commented on GitHub (Dec 30, 2025):

enable Remove Year in the indexer settings in radarr > settings.

Thanks, I didn't know about this setting, and this is a nice workaround for now.

@erwinkramer commented on GitHub (Dec 30, 2025): > enable Remove Year in the indexer settings in radarr > settings. Thanks, I didn't know about this setting, and this is a nice workaround for now.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Radarr#9330
No description provided.