unexpected results moving overlong files by drag & drop

[autocart]

Hi Don,

when I move a file from one overlong location path to another overlong location path via drag & drop (I only consciously tested it with two overlong paths), it seems that XY converts the file name to the "short path" version, saving the file name in the new location in the "shortened" form - and also - changing a .docx extension to a .DOC extension.

When I move the same file from and to the same locations via Ctrl+x and Ctrl+v, then this does not happen, but all behaves normal.

XYplorer Version: v28.10.0307
Windows Version: Win 11
Screen Scaling Percentage: 100

regards, auto

[admin]

Not here. Can you give a more specific example (full paths and filenames)?

[autocart]

Will try tomorrow

[autocart]

XYplorer Version: v28.20.0202
Windows Version: Win 11
Screen Scaling Percentage: 100

Tried it again. Still the same:

1) Open the two panes so that you can drag & drop a file with the mouse.
2) Create an overlong file path with a .docx Word file in it in the one pane.
3) Drag & drop it to any folder on the other pane.
-> file name gets changed to the Windows "short" name format and .docx gets changed to .DOC

E.g.:
C:\Users\[user name]\Documents\test\looooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooong folder 1\looooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooong folder 2\long path.docx

Move the file to C:\Users\[user name]\Documents\test via drag & drop.
The file that ends up in test is renamed to "LONGPA~1.DOC".

I use Custom Copy:
x for all copy ops
x for all move ops
o (not) for cross-volume only
o (no) background processing

[admin]

Works fine here.

[autocart]

Thank you for trying
I will try it on my other PC and then report back again.

[autocart]

Also tried it on my personal laptop now,
Same result, as I described above.

You sure that you stick to the described steps when testing?

[admin]

You sure that you stick to the described steps when testing?

Sure. (using v28.20.0300)

Does it only happen with DOCX files?

[autocart]

it seems to happen with any file that I drag from an overlong file path with the mouse.

I now tried .txt. -> bcomes short 8.3 filename + .TXT (capital letters)
Also tried arbitrary extensions like .txtx and tatx. -> same. + .TXT or .TAT (capital and only 3 letters)

[admin]

Wait, I got it now! It happens when you drag from drive C: (I previously tested drive E: because I thought it didn't matter).

[autocart]

ok, crazy. thank you for not giving up.

[admin]

Should be fixed in next beta.

Note that NTFS supports dis/enabling 8.3 names per volume. But some apps still don't support long names, therefore I think C: defaults to 8.3 support.

[autocart]

viewtopic.php?p=236280#p236280

v28.20.0302 - 2026-02-27 20:54
! Overlong Items: Dragging overlong items from a volume that supports 8.3 names
(typically C:) automatically converted the long path into the 8.3 format, also known
as the DOS short name, e.g. "long path.docx" -> "LONGPA~1.DOC". Fixed by actively
reconverting the short name back to a long name.

Fix confirmed. Thank you!