Found a bug in the latest versions of Everything Alpha

[Polibio]

Starting with version 1.5.0.1373a (x64), when you right-click one or more files in the search results and choose "cut" (or press the "Ctrl-X" key combination), then go to the explorer (in my case Directory Opus) and right-click somewhere and choose "paste" (or press the "Ctrl-V" key combination), the file (or files) are not moved but copied.
Version 1.5.0.1372a is the last one that behaves correctly in such a situation.

[void]

Thank you for the issue report Polibio,



I am unable to reproduce the issue on Windows 10 22H2 or Windows 11 23H2.

Are you using any software that works with the clipboard?



Have you changed any advanced settings? (Help -> Troubleshooting information)



1373a+ will now use oleSetClipboard by default.

Please try disabling oleSetClipboard:

• In Everything 1.5, from the Tools menu, click Options.
• Click the Advanced tab on the left.
• To the right of Show settings containing, search for:
  clipboard
• Select: ole_set_clipboard
• Set the value to: false
• Click OK.

[Polibio]

As soon as I posted the message, I realized that I had omitted to specify that the problem occurs only when you try to move the file or files to a different hard disk, while if you perform the operation within the same hard disk, everything works normally.
I immediately wanted to edit the post accordingly, but I was unable to do so as it was still awaiting approval and I did not have the opportunity.

EDIT
However, following your advice to disable the "ole_set_clipboard" item, the problem seems to be solved.
Thank you very much!

[void]

Everything 1.5.0.1386a will now use the system to create the data object when cutting/copying files/folders from the same location.

Please try re-enabling oleSetClipboard and see if the issue persists with this version.

To re-enable oleSetClipboard:

• In Everything 1.5, from the Tools menu, click Options.
• Click the Advanced tab on the left.
• To the right of Show settings containing, search for:
  clipboard
• Select: ole_set_clipboard
• Set the value to: true
• Click OK.

[Polibio]

OK. With the new Version 1.5.0.1386a (x64), by setting the value of the variable "ole_set_clipboard" to "True", the "cut/paste" function is back to working perfectly.
Thank you so much!
Hoping that you can continue your splendid work, since with my main PC (19 HD for a total of almost 250 TeraBytes) your program has now become absolutely indispensable, I wish you a wonderful day.

[void]

Thank you for your feedback Polibio,

Thank you for testing 1386a.

[natacil]

Starting with version 1.5.0.1373a (x64), when you right-click one or more files in the search results and choose "cut" (or press the "Ctrl-X" key combination), then go to the explorer (in my case Directory Opus) and right-click somewhere and choose "paste" (or press the "Ctrl-V" key combination), the file (or files) are not moved but copied.
Version 1.5.0.1372a is the last one that behaves correctly in such a situation.

I also face the same issue

[Polibio]

I'm afraid I spoke too soon...
Strange things happen with the new version 1.5.0.1386a x64, still on the subject of "cut/paste".
For example, if I highlight two files from the search results window that are on two different hard drives with the intention of moving them to another location on another hard drive, sometimes after highlighting them as soon as I right-click and choose the "cut" option, the program crashes, while other times the move operation starts but after finishing moving the first file, an error window invariably appears telling me that it is not possible to move the second file because it does not exist (but the file in question continues to exist and remain in its initial position).
Even trying to set the "ole_set_clipboard" variable to "false" the problem persists.
Going back to version 1.5.0.1383a x64 - and setting the "ole_set_clipboard" variable to "false" again - the problems no longer occur.

[void]

Everything 1.5.0.1387a fixes an issue with cutting/copying items.

1386a was incorrectly cutting/copying items from only one location.

[Polibio]

Wow... Not even time to represent the malfunction...
With this new version, so far so good (even setting the variable "ole_set_clipboard" to "True").
Nice work!