IPB

Welcome Guest ( Log In | Register )

2 Pages V  < 1 2  
Reply to this topicStart new topic
> [F] Mp3tag 2.81 changes file creation date
TAVOR21
post Mar 16 2017, 22:31
Post #16


Member


Group: Full Members
Posts: 8
Joined: 16-March 17
Member No.: 23192
Mp3tag Version: 2.81



QUOTE (ohrenkino @ Mar 16 2017, 22:19) *
In a way you see me absolutely puzzled.

I cannot see what the difference is between a file that is affected and one that is not.

Even turning the "keep modification date" on and off leads to that one hour increment.
So: allowing MP3tag to modify the modification date shows nothing suspicious.

Not allowing MP3tag to modify the modification leaves the files as they are for "not affected" ones.

But the ones that were affected once return to their behaviour as soon as the modification date is kept. And that applies even when the modification date is younger than the creation date ...
I am at my wit's end as I cannot judge who the culprit is.


in my first post i mentioned how i tested for time zones in system time and the problem disappeared with time zones outside utc -2 and +3. i dont think its the file itself.
Go to the top of the page
 
+Quote Post
ohrenkino
post Mar 17 2017, 08:04
Post #17


Member


Group: Full Members
Posts: 9141
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.84d



ZITAT(TAVOR21 @ Mar 16 2017, 22:31) *
in my first post i mentioned how i tested for time zones in system time and the problem disappeared with time zones outside utc -2 and +3. i dont think its the file itself.

I think I have got it:
It is the daylight savings time.
Files that have been created during the summertime (with an offset of 1 hour to the current system time) get the date change.
Files that have been created during the wintertime (with no offset to the current system time) do not get the date change.
I wonder what it looks like in April - then the switch over to summertime has happened.

My current system is set to CET.

I checked it with 2 files: one with creation date 07.07.2015 19:04:21 (CEST)
the other one creation date 02.01.2015 07:07:42 (CET)

Saving the CEST file leads to a creation date of 07.07.2015 20:04:21
Saving the CET file leaves the creation date as it is.

Right now I think it is a bug in MP3tag when it tries to keep the original date attributes of the file - because then MP3tag has to "touch" the files again and overwrite the current file dates as set by the OS with the previously stored ones.
If on the other hand, you do not want to keep the modification data, MP3tag simply relies on the OS functions to update the dates, no further action by MP3tag is required.

This post has been edited by ohrenkino: Mar 17 2017, 08:15


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
Florian
post Mar 19 2017, 16:28
Post #18


Developer


Group: Admin
Posts: 8082
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.84e



Thanks for the detailed investigation!

This issue should have been fixed now with the latest Development Build Mp3tag v2.81b.

Kind regards
– Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post

2 Pages V  < 1 2
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 21st October 2017 - 11:19