[64-bit] Handling files/folders with overlong pathnames lead to crash

[daniel_m]

When handling files/folders with overlong paths, XYplorer (v28.00.0534 x64, fresh install, Win 10, scaling 100%) crashes instantly. I set "LogToFile=4", but the crash happens before a logfile could be written. With handling, I mean drag & drop, but right-click cut and paste can trigger a crash as well.

How to reproduce:
Create a folder with a very long name (254 characters), like "HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH" and create a New Text File.txt inside that folder. Try to drag the text file anywhere => XYplorer crashes

XYplorer can still rename items with overlong pathnames.


When creating a file or folder and giving it a name with >= 255 characters, XYplorer becomes unresponsive and may crash before the naming can be cancelled by pressing ESC. When this is happening, the XYplorer titlebar flashes (turning active and inactive frequently). It looks like it was trying to show an error message, but fails. This also causes high CPU usage.

I tested v27.20.0200 x86, and found that it somewhat more robust in handling overlong pathnames, but it does crash as well.


It seems a good idea to prevent users from giving files or folders names exceeding 255 characters by showing a corresponding error message and refusing to actually write that name to the file system. It would be great if XYplorer could handle pathnames exceeding 255 characters. This can happen accidentally, e.g. when extracting an archive into a nested folder, especially when the archive contains (nested) folders with long names.

[daniel_m]

Hm, I did some more testing, and XYplorer doesn't always crash. Like, I created a folder with 254 characters inside a folder with 254 characters, and created a new text file inside. I was able to drag that text file to another folder successfully. But, testing some more, I still get XYplorer to crash, e.g. by creating a new folder inside the overlong subfolder, or by double clicking the tab background to go up one level/folder.

So, XYplorer does have the potential to handle these weird situations. It's just that something goes wrong sometimes.

[admin]

Confirmed, the 64-bit version has a problem with dragging overlong items. I'll inform the tB makers...