XYplorer Beta Club

I can still destroy the clipboard easily here...

A fresh 0107 instance, tweaked ClipboardSkipShidFrom=1000

R:\src
contains 50.000 empty *.txt files (no overlong names)

I go into that folder, CTRL+A, CTRL+X

I get the message: 50.000 items cut to clipboard

I go into R:\dst, CTRL+V

Status bar: Nothing to paste.

Executing #216; The clipboard is dysfunctional afterwards. For EVERY application, only a reboot helps...

Could not repro.

Try v22.50.0108. I added some more error catching. Maybe it helps.

I've updated to latest beta and now it has been two times where XYplorer hanged while cutting files/folders. Exactly what I did was Ctrl+X, nothing more. After pressing the keys XYplorer stopped responding. First time happened with a PNG file and the second time happened with a directory, just now.

Wait, I right clicked XYplorer on Process Hacker and clicked "Resume" and got this (the window comes from csrss.exe):
I don't know if it helps or if it's happening because I'm clicking on resume (XYplorer is the only program that gives me the option to "resume").

Yes, I saw that too. Fix coming.

With "Extended compatibility for clipboard and drag and drop" added (and it's unticked here), could you improve the:

getting items from clipboard xx.xxxx/50.0000

when the paste is invoked?

Here it counts to ~19.xxx/50.000 and then it won't update any more until it is finished. XY gets unresponsible during that time.
Maybe a one millisecond delay each 100 or 1000 files so that the status bar output stays in sync?

Weird, I don't see that here. The status bar is explicitly refreshed on each change. Cannot see why it would stop painting.

admin wrote: ↑30 Nov 2021 15:13 Cannot see why it would stop painting

Maybe because

highend wrote: ↑30 Nov 2021 13:07 XY gets unresponsible

It keeps counting here until I click inside the XY window which immediately gets frozen and the counting obviously stops at that moment.

Mine stops counting without a click, window title changes to ... (Not Responding)

Cannot reproduce neither of this.

Could it be some CEA the does something in the background?

BTW, it doesn’t happen when I move a folder containing 100k files, only when I select those 100k files individually and then move them.

Could it be some CEA

Which kind of CEA should that be?

I'm switching into an empty folder before I do the CTRL+V so if there was a CEA (the only one that could be would be a "Switch tabs" before) running, it's long over before I do the paste

It keeps counting here until I click inside the XY window which immediately gets frozen and the counting obviously stops at that moment.

CEA on click...

I'm doing a CTRL+V for the paste, no click involved

It sometimes goes here the way @highend describing it. In a fresh instance as well.


The only settings I've touched.

Should be fixed in v22.50.0204.