# \[F\] Refreshing of \_file\_mod\_date

**URL:** https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [March 25, 2015, 11:17am UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742 "2015-03-25T11:17:31Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 25, 2015, 11:17am UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/1 "2015-03-25T11:17:31Z")

</div>

Hello

I would like to report the lack of refreshing of value in the \_file\_mod\_date

For example:  
1] I have "Song.MP3" created on 2010-01-01 on my loaded list  
2] I convert it on the fifth of may of the year 2015 [2015-05-05] to .WAV  
3] I convert it back to .MP3; thus overriding the old version  
4] I refresh with CTRL + T that .MP3 file  
5] I see the new version- but with old date 2010-01-01 [instead of 2015-05-05]

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [March 25, 2015, 11:31am UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/2 "2015-03-25T11:31:44Z")

</div>

What does the Explorer report about the date during that procedure?

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 25, 2015, 12:27pm UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/3 "2015-03-25T12:27:38Z")

</div>

BEFORE

Created: 2010  
Accessed: 2010  
Modified: 2010

AFTER

Created: 2010  
Accessed: 2010  
Modified: 2015

Also it does not refresh when I select it in Windows Explorer, drag it with CTRL and drop on the list. But if I drop it without CTRL, then of course it has the new correct date [because it is loaded and not refreshed]

[Refresing list of files in Explorer, before refreshing in Mp3tag, doesn't help]

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [March 25, 2015, 5:04pm UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/4 "2015-03-25T17:04:05Z")

</div>

I can reproduce the behaviour:  
Ctrl-T does not refresh the display of the modification date although the file properties show something different in WIndows Explorer. (You have to manipulate the file outside MP3tag, internal saves and modifications lead to a re-read of the file and therefore update of the displayed data in MP3tag.)

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [June 16, 2015, 10:17am UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/5 "2015-06-16T10:17:29Z")

</div>

Unfortunatelly, this hasn't yet been fixed, with the 2.70 release

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [June 22, 2018, 2:13pm UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/6 "2018-06-22T14:13:38Z")

</div>

I can confirm: this has been fixed for time now

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:08pm UTC](https://community.mp3tag.de/t/f-refreshing-of-file-mod-date/16742/7 "2018-12-28T14:08:22Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
