View Issue Details

IDProjectCategoryView StatusLast Update
0018216MMW 5Tagging / organizing (properties / auto-tools)public2023-04-21 15:21
Reporterpeke Assigned To 
PriorityurgentSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Product Version5.0 
Target Version5.0.2Fixed in Version5.0.2 
Summary0018216: Auto-Tools: Add option to prevent "." to be first character on folder/filename
DescriptionWe should add option to prevent "." to be first character on folder/filename as it messes Linux file system.

https://www.tecmint.com/manage-linux-filenames-with-special-characters/

Workaround currently is to add "2E=" line in INI file, but that affect whole filename not just first character.
TagsNo tags attached.
Fixed in build2509

Relationships

related to 0019916 closedLudek Editing properties removes file extension from path/filename (with specific auto-organize settings) 

Activities

petr

2021-08-26 21:16

developer   ~0064409

Is there a reason why to have option for that ? I think we can automatically prevent to have "." as first character or do you think of any situation why user want dot at a first character ?

rusty

2021-10-08 16:29

administrator   ~0065053

Peke, have we run into situations in which this caused problems?

Re. Petr's question: I think it's reasonable to not allow a file/folder to start with '.' unless the user explicitly specifies a path/foldername that begins with a '.'. BUT, I wonder if this could be a risky change at this time as it might affect sync file matching?

peke

2021-10-09 22:12

developer   ~0065082

Yes, it is actually easy to replicate, but due the limited number of Album, Artist, Title names it is rare occurrence.

On Other side Audio Books and Podcasts commonly have "... The next chapter" in names and when these are synced to Devices that are linux based files/folders are hidden.

To simulate that Sync One Album/Track to phone that have . as first character. Same goes for NAS and Some cloud services also had same issue (there was one user while back where we found in Remote session that all folders he copied with . as first character . were not seen and space on Cloud was lost. Think it was S3)

It is rare case, but I suspect it will also influence MAC version of MM and it is easy fix.

Re pairing, it should not influence that as it prefers tag+length+filesize, rather than filename (tracks can be copied with windows explorer, but they still gets paired)

rusty

2021-10-11 02:01

administrator   ~0065090

OK. Leaving for Petr to triage.

petr

2021-10-11 10:12

developer   ~0065095

Fixed

peke

2021-10-15 22:05

developer   ~0065258

Verified 2509

On test . can't be first character in Auto-Organize not in Sync destination mask.