DSF 3.2 file/folder naming issue
-
When I was using my duet3 in standalone, I had a gcode (job) directory called "PLA+". That worked fine.
If I try to create a gcode (job) directory called "PLA+" in DWC 3.2 when it's running under DSF 3.2, it silently changes the name to "PLA " (changes the plus sign to a space.)
If I then, still in DWC, rename "PLA " to "PLA+", it allows me to do so. However, any attempt to view the contents of that directory results in an error being reported in DWC (Failed to get file list. Directory 0:/gcodes/PLA+ not found.)
To add insult, once that above error is encountered, trying to enter ANY directory (including ones with trivial names such as "hello") results in a similar error from DWC. Forcibly reloading the browser window (Ctrl-F5 in windows) allows entering non-plus directory names.
Being that all this worked fine on a standalone Duet3 running RRF 3.2, but gives the above results when running with duet+SBC, I'm guessing that this is a DSF related bug.
-
@garyd9 The +, is not valid for filenames and directories.
https://www.mtu.edu/umc/services/digital/writing/characters-avoid/ -
@Stephen6309 said in DSF 3.2 file/folder naming issue:
@garyd9 The +, is not valid for filenames and directories.
Without context, it's difficult to reply. However, it IS, in fact, perfectly legal in DWC (when used with a standalone duet3), with PanelDue access, in the linux ext4 filesystem (used by the RaspPi when in SBC mode), in FAT32 (used by a standalone Duet2 or Duet3), and NTFS (the filesystem used by the operating system I'm accessing DWC from.)
https://www.mtu.edu/umc/services/digital/writing/characters-avoid/
You linked to a site that references "characters to avoid" and "commonly illegal characters", but the information is quite dated. See my above comment. The only filesystem I can think of off the top of my head that doesn't allow a plus sign in a filename is, perhaps, FAT16/FAT12 (8.3 filenames.)
In fact, when I rename a folder to include a plus sign in DWC (duet3+sbc) the actual directory on the raspPi is properly renamed with a plus sign ("/opt/dsf/sd/gcodes/PLA+") The issue is that DWC/DSF gets flaky when trying to access a folder with a plus sign in it.
Again, this works perfectly fine on a standalone (non-SBC) Duet3 installation with RRF 3.2.
Finally, even if was illegal or if DSF will never implement it, the point of my message was to report the buggy behavior. If DSF won't support plus signs, then it shouldn't allow renaming a file or folder with a plus sign. That would be much better than allowing the rename, and then pumping out error messages on ANY directory access afterwards.
Just as some background, the REASON it's often called "illegal" (when it's not) is because it's often used in command line processing for special things. For example, "copy a.txt + b.txt appended_file.txt", but that would have nearly no bearing on file I/O API's that aren't parsed by the command line interpreter. In those cases, you need to surround the filename with quotes (or escape the plus sign.)
