Date of original file in Change File Date and dateadded in nfo #4700

Open
opened 2026-02-19 22:48:33 -05:00 by deekerman · 11 comments
Owner

Originally created by @andrsm on GitHub (Aug 23, 2020).

Hi
Would it be possible to add a new option for "Date of original file" to "Change File Date" in File Management options in v3?
So if I download a new version of a movie the new file would keep the original file creation date.

In addtion could it be possible to add a dateadded field in the metadata NFO for kodi/emby in v3?
dateadded would then refer to the first time a file was downloaded for this movie (not added to radarr as that might be months before a physical release).

This would be for keeping date added in kodi or emby consistent and not updating for every new version of the movie.

AB#832

Originally created by @andrsm on GitHub (Aug 23, 2020). Hi Would it be possible to add a new option for "Date of original file" to "Change File Date" in File Management options in v3? So if I download a new version of a movie the new file would keep the original file creation date. In addtion could it be possible to add a dateadded field in the metadata NFO for kodi/emby in v3? dateadded would then refer to the first time a file was downloaded for this movie (not added to radarr as that might be months before a physical release). This would be for keeping date added in kodi or emby consistent and not updating for every new version of the movie. [AB#832](https://dev.azure.com/Servarr/7ab38f4e-5a57-4d70-84f4-94dd9bc5d6df/_workitems/edit/832)
Author
Owner

@austinwbest commented on GitHub (Aug 23, 2020):

Can't say that I agree with this. If you have a CAM copy of a movie and it upgrades to the blu-ray it will keep the date from the cam? That is completely wrong.

@austinwbest commented on GitHub (Aug 23, 2020): Can't say that I agree with this. If you have a CAM copy of a movie and it upgrades to the blu-ray it will keep the date from the cam? That is completely wrong.
Author
Owner

@andrsm commented on GitHub (Aug 23, 2020):

I see what you mean. From CAM to bluray I would definitely have a new date. But from a web-dl to scene bluray to p2p bluray to a proper release I would very much like to keep the date for web-dl so it's doesn't keep poping up in recently added movies again and again. The problem is that media servers very much rely on the file for a movie and when it changes it treats the new file as a new entry to the library.

@andrsm commented on GitHub (Aug 23, 2020): I see what you mean. From CAM to bluray I would definitely have a new date. But from a web-dl to scene bluray to p2p bluray to a proper release I would very much like to keep the date for web-dl so it's doesn't keep poping up in recently added movies again and again. The problem is that media servers very much rely on the file for a movie and when it changes it treats the new file as a new entry to the library.
Author
Owner

@austinwbest commented on GitHub (Aug 23, 2020):

I know, it happens to me as well and is annoying for sure, but unfortunately doesn't change my mind on the fact that a file date is file specific.

The name of the file also changes which I would imagine plays a factor in that as well?

@austinwbest commented on GitHub (Aug 23, 2020): I know, it happens to me as well and is annoying for sure, but unfortunately doesn't change my mind on the fact that a file date is file specific. The name of the file also changes which I would imagine plays a factor in that as well?
Author
Owner

@andrsm commented on GitHub (Aug 23, 2020):

Yes, I keep the original file name on files. I find it best to have as much information about the file as possible in the filename.

I'm not too fond on the idea of changing the file date, but I'll accept it if it fixes this problem. And since radarr already have an option to alter it (to cinema date or physical date), I thought maybe it could be an option to have a "custom date" (first file creation date).

@andrsm commented on GitHub (Aug 23, 2020): Yes, I keep the original file name on files. I find it best to have as much information about the file as possible in the filename. I'm not too fond on the idea of changing the file date, but I'll accept it if it fixes this problem. And since radarr already have an option to alter it (to cinema date or physical date), I thought maybe it could be an option to have a "custom date" (first file creation date).
Author
Owner

@SugarDroid commented on GitHub (Dec 30, 2020):

Can't say that I agree with this. If you have a CAM copy of a movie and it upgrades to the blu-ray it will keep the date from the cam? That is completely wrong.

This simple depends on anyone's point of view. I for sure would rather keep -even if it was a CAM- the date when the movie first appeared into the library, than let it annoys the hell out of me by keep popping up again... and again... and again... and again... and... -whenever a new version gets downloaded- as a new movie added to the library today. For me that is what would be completely wrong.

I know, it happens to me as well and is annoying for sure, but unfortunately doesn't change my mind on the fact that a file date is file specific.

This again just depends on point of view. I'm looking at this in a way that a file's date is movie specific and keep the same date even if the file itself is changed. This is why, I also use this feature to prevent this to happening, while -seems to me- you rather let it annoys you.

@SugarDroid commented on GitHub (Dec 30, 2020): > Can't say that I agree with this. If you have a CAM copy of a movie and it upgrades to the blu-ray it will keep the date from the cam? That is completely wrong. This simple depends on anyone's point of view. I for sure would rather keep -even if it was a CAM- the date when the movie first appeared into the library, than let it annoys the hell out of me by keep popping up again... and again... and again... and again... and... -whenever a new version gets downloaded- as a new movie added to the library today. For me that is what would be completely wrong. > I know, it happens to me as well and is annoying for sure, but unfortunately doesn't change my mind on the fact that a file date is file specific. This again just depends on point of view. I'm looking at this in a way that a file's date is movie specific and keep the same date even if the file itself is changed. This is why, I also use this feature to prevent this to happening, while -seems to me- you rather let it annoys you.
Author
Owner

@solidsnakex37 commented on GitHub (Jan 3, 2023):

This would be such a quality of life feature if it could be implemented, even as an advanced option hidden in the settings. I don't know how time consuming it would be to add this, all I imagine is a check box to "Ignore Date-Added when importing upgrades" option so that as movies go through the many upgrades, it will note overwrite that tag in the .nfo file.

This would add the following quality of life changes:

Movies will only appear in the "Recently Added" section once
Movies will retain their watched status even if an upgrade takes place (please)
Sorting by "Date Added" will be accurate and true, as libraries will sort movies by the date first added, not by upgrade date.

@solidsnakex37 commented on GitHub (Jan 3, 2023): This would be such a quality of life feature if it could be implemented, even as an advanced option hidden in the settings. I don't know how time consuming it would be to add this, all I imagine is a check box to "Ignore Date-Added when importing upgrades" option so that as movies go through the many upgrades, it will note overwrite that tag in the .nfo file. This would add the following quality of life changes: Movies will only appear in the "Recently Added" section once Movies will retain their watched status even if an upgrade takes place (please) Sorting by "Date Added" will be accurate and true, as libraries will sort movies by the date first added, not by upgrade date.
Author
Owner

@dRuEFFECT commented on GitHub (Feb 13, 2023):

+1, I support this, please consider

@dRuEFFECT commented on GitHub (Feb 13, 2023): +1, I support this, please consider
Author
Owner

@quadcom commented on GitHub (Feb 18, 2023):

Can I +10 this?

Using Kodi, and if I lose my DB and have to rescan, all the items have the date added as the new date they were imported. Not the previous date I actually added it to my collection. Having this 'imported' date in the nfo could be use by Kodi to reimport and still keep the library as it was before the crash.

@quadcom commented on GitHub (Feb 18, 2023): Can I +10 this? Using Kodi, and if I lose my DB and have to rescan, all the items have the date added as the new date they were imported. Not the previous date I actually added it to my collection. Having this 'imported' date in the nfo could be use by Kodi to reimport and still keep the library as it was before the crash.
Author
Owner

@shunopoli commented on GitHub (Jan 2, 2025):

I know this is a year old, but would love this feature

@shunopoli commented on GitHub (Jan 2, 2025): I know this is a year old, but would love this feature
Author
Owner

@Sectimus commented on GitHub (Apr 11, 2025):

I would absolutely love to have this one in. I get new media all the time that my family would like to be notified about when they log in to the service, but they can never see what is actually new. Since the "Recently added" categories are derived from the media file creation date, so it makes sense for me to be able to control that date to just be the date of first import. If radarr see's that there is a file that is already there, then can't we just copy the date of that file to overwrite our new version?

Not asking for defaults here even, but the option would be nice. As right now there is no automated control of this.

@Sectimus commented on GitHub (Apr 11, 2025): I would absolutely love to have this one in. I get new media all the time that my family would like to be notified about when they log in to the service, but they can never see what is actually _**new**_. Since the "_Recently added_" categories are derived from the media file creation date, so it makes sense for me to be able to control that date to just be the date of first import. If radarr see's that there is a file that is already there, then can't we just copy the date of that file to overwrite our new version? Not asking for defaults here even, but the option would be nice. As right now there is no automated control of this.
Author
Owner

@dedors commented on GitHub (Jan 25, 2026):

I'm also waiting for years for new options for "Change File Date". My preference would be on imported/upgraded. When I download old movies, I don't want them to be lost in the void.
The perfect balance would be newly imported, and upgraded where I changed the quality profile, started monitoring again or manually initiated a new search, but not auto upgraded, but that implementation may be harder to do.

@dedors commented on GitHub (Jan 25, 2026): I'm also waiting for years for new options for "Change File Date". My preference would be on imported/upgraded. When I download old movies, I don't want them to be lost in the void. The perfect balance would be newly imported, and upgraded where I changed the quality profile, started monitoring again or manually initiated a new search, but not auto upgraded, but that implementation may be harder to do.
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#4700
No description provided.