A *single* LFN sent to "SendTo" is not sent the SFN

[therube]

A *single* LFN sent to "SendTo" is not sent the SFN


(If more then 1 file is sent, any LFN are converted to SFN.)
(Drag&Drop does not have this issue.)


Place go.bat in \Windows\SendTo
Everything -> path:len:>260
pick a file, right-click, Send to... go.bat
- Result: nothing (essentially)


Drag & drop that same file onto go.bat
- Result: the (SFN) is echo'd

go.bat:

Code: Select all

@echo off
ECHO %*
pause

(Win7, if that matters.)

[void]

Thanks for the bug report therube,

I have put this on my Things to fix list.
From a brief look the context menu invoke method does nothing (no error reported)

The filename is trimmed for me when using drag drop.

[void]

Everything 1.5.0.1290a will now always use a simple PIDL of the short filename for really long filenames.

Previously, Everything would attempt to use a normal ParseDisplayName PIDL and if this succeeded, the sendto handler would fail.

If no short filename is available, the sendto handler will always fail.

Does the issue persist with this version?

[NotNull]

If no short filename is available, the sendto handler will always fail.

How are exFAT files handled?


BTW Thanks for posting this thread; a good reminder. I always disable new 8.3 filenames (and remove the existing ones). After a quick check, Microsoft enabled this *again* (probably during an update). Sigh ...

[void]

exFAT does not support short filenames.

Everything/Windows shell will be unable to access very long paths on exFAT volumes.

I wish there was more I could do, but the limitation lies with the Windows Shell.
Everything will index very long paths on exFAT volumes just fine.

[NotNull]

exFAT does not support short filenames.

That's why I asked

Thanks for the info!