Re: XnView mishandles folder names with trailing spaces

[LegoDruid]

* BTRFS *

XnView: 0.96.4 64bits (Jun 30 2020)
File OS: Synology DSM
File system: BTRFS

XnView can create or rename long folder names on BTRFS. However, if the new folder names end in SPACE, XnView munges the folder name to its 8.3 equivalent. For example:

XnView creates folder "This is a long folder"; no problem.
XnView renames that folder to "This is a long folder with a last bit"; no problem.
XnView renames that folder to "This is a long folder with a last"; no problem.
XnView renames that folder to "This is a long folder with a "; PROBLEM! Becomes "T9QM5B~3" or somesuch. Note the trailing space.

This does not happen on NTFS volumes. The same chain of events would end with "This is a long folder with a" (trailing space correctly removed, but folder name otherwise preserved).

While reorganizing my family photos albums with XnView I ended up with:

K:\LDMIO3~T
K:\T9QM5B~3
K:\TJ61FG~5
K:\TXEVZ2~A
K:\V95JF9~H
K:\VGRFAN~9
K:\VTLMQM~J
K:\VTRBG5~Q

* NTFS *

This is actually a bit worse than I first reported.

XnView does create problems on NTFS volumes when folder names have trailing spaces:

XnView creates folder "This is a long folder"; no problem.
XnView renames that folder to "This is a long folder with a last bit"; no problem.
XnView renames that folder to "This is a long folder with a last"; no problem.
XnView renames that folder to "This is a long folder with a "; PROBLEM! XnView actually renames folder to have a trailing space. This breaks Windows 10: the folder can be seen, but no longer modified:

D:\>rd "test folder with a last "
The system cannot find the file specified.

When renaming folders, other applications (ie: Windows File Explorer) truncate trailing spaces first. Can XnView be updated to do that?

[xnview]

the trailing space is removed by default, i've tried on NTFS and no problem on Windows 10