IgnorantGuru / spacefm

SpaceFM File Manager
http://ignorantguru.github.com/spacefm/
GNU General Public License v3.0
489 stars 73 forks source link

[NTFS] file type not updated #391

Closed IgnorantGuru closed 10 years ago

IgnorantGuru commented 10 years ago

Originally reported by prodigalgvs in issue 388 (issues 386-388 and 390 were somehow lost - github support is being contacted):

The above only occurs under these circumstances, and not all the time.\r\n\r\nSituation:\r\n\r\n--Converting FLAC files to MP3 using Soundconverter 2.1.1\r\n--Soundconverter is set to create a folder named the same as the Artist - Album metadata. It is also set to move converted files to said folder as soon as each file is converted.\r\n--An existing instance of SpaceFM is open when the conversion process begins. This never occurs if an instance of SpaceFM is opened after the conversion process begins.\r\n\r\nWhat occasionally occurs in SpaceFM:\r\n--Folder is created based on the metadata mentioned above and the MP3 files are moved to it upon conversion as per normal. So good so far.\r\n--However ... File extensions are still named as FLAC files according to SpaceFM when in fact they are MP3 files. \r\n--Only restarting SpaceFM will bring about the correct file extension. Refreshing or starting a new copy does not fix it until all copies of SpaceFM are shut down and a new instance started.\r\n\r\nI know this sounds like it may be a Soundconverter related issue as well, but this never occurs in Thunar or PCmanFM. If I check the files in Thunar, or view the folder initially in Thunar, or have a copy of Thunar open when the conversion begins etc.. they are always displayed correctly as MP3. This only occurs in SpaceFM.\r\n\r\nThis occurs on a removable USB drive formatted to NTFS.

IgnorantGuru commented 10 years ago

I can't reproduce any problem with SpaceFM detecting changes to a file's mime type in general.

Your report is unclear - it sounds like you're talking about file types but you say "file extension". A file extension (.mp3) is part of the filename. It is never changed automatically by SpaceFM. It is only changed if the file is renamed, or deleted and recreated with a new name. A file type (eg "MP3 audio" audio/mpeg) is displayed in SpaceFM's Type column and in Info|Properties. It will generally change when the file content changes (although some rules for mime types are based on the filename extension, or both).

For example, if I create an empty file: touch xxx

xxx is identified as a plaintext type (no extension in this case). If I write mp3 data to the file: cat test.mp3 >> xxx

In SpaceFM, it now shows the file type as "MP3 audio" (mime type in Info|Properties shows audio/mpeg). So the change is detected. Same for changing an MP3 file to a FLAC file: cat test.flac > xxx

I did not test NTFS specifically, so you might want to run similar tests there. Note that if a file has .mp3 extension, it will always be identified as mime type MP3 (that's how freedesktop database does it - other programs may vary in identification, and your freedesktop database may vary).

I'm unlikely to install a 3rd party app to test something like this (very time consuming), so please try to provide generic steps to reproduce any problem, like the commands above. Also, you might add a screencast to this issue so I can see the before and after effect (or screenshots showing same), and others might reproduce it. Overall this report is unclear.

IgnorantGuru commented 10 years ago

Closing this because the original issue #388 has been restored.