Shift+Delete window in background

[DmFedorov]

One of my computers has the MAK-keyboard, and on this keyboard I have no Del-key.
So instead of Shift+Del I use Delete from the context menu and key Shift. This works just as well as a combination of two keys.
However, the window (with confirmation) comes to the foreground only for the first time after the opening of XYplorer. If after such a deletion I will choose another tab (or file panel) and will do the same Shift + Delete (from context menu), then delete confirmation window will always be in the background.

I know about this bug so long ago that I had forgotten that I saw XYplorer without this bug. But now I am forced to work on this keyboard very often and therefore I inform about this very annoying problem.

Of course on normal keyboard I get the same error. But I can use there Shift+Del key combination.

Win7 (32bit)

[KLASS]

Similarly.
Menu File=>Restart without Saving
Select files\folder and press Shift+Delete
The Window (with confirmation) is not coming to the fore
Win8.1 32 and 64 bit

[bdeshi]

this help? http://www.xyplorer.com/xyfc/viewtopic.php?f=2&t=12159

[KLASS]

To SammaySarkar
Removed daw here
Configuration | File Operations | Miscellaneous | File operation progress dialog modeless
and the problem went away. Thanks.

[DmFedorov]

Klass

Configuration | File Operations | Miscellaneous | File operation progress dialog modeless
and the problem went away

No. Problem without "File operation progress dialog modeless" remains.
You should not forget that removal via the context menu with Shift.
-----------

this help? viewtopic.php?f=2&t=12159

No.

[admin]

Cannot repro the problem (with either setting of "modeless").

[DmFedorov]

Cannot repro the problem (with either setting of "modeless").

That's impossible. After the first removal, any deletion in other file-pane comes with a hidden window of confirm the deletion.
And of course this happens only with the shift-deletion from the context menu.

I have three computers. Everywhere the same. The first MAC on which stands Win7, second and third - laptops, there is also Win7.

Users - please confirm that the situation is such as I have described, because Don seems to have a special computer.

[TheQwerty]

I cannot reproduce it either.

Does it happen in a fresh instance of XY as well?

[DmFedorov]

I cannot reproduce it either.

Does it happen in a fresh instance of XY as well?

Oh God. I always forget to check on a freshly installed version.
logically - just three computers at once, what to check?

But you're right. On a freshly installed version of XYplorer I see no bug.
If I find why (what setting causes the behaviour) i will report here.

Thanks

[TheQwerty]

It doesn't happen 100% of the time but I get it occasionally by doing the following...

From fresh.
Enable Background Processing for Deletes.
(Optional but seems to increase chance) Enable Queue file operations.

All while holding down Shift:

1. Right click an item.
2. Select delete.
3. In the confirmation dialog approve deleting the file.
4. Right click another item - should be the focused item or you get a different dialog.
5. Select delete.

Assuming you didn't release shift the dialog may be in the background now.
If after repeated attempts the dialog never goes to the background try restarting XY and performing the steps again.

[DmFedorov]

OK.
Seems to have found. Hidden window (after context menu deletion with Shift) is obtained immediately after the checkbox "Delete (run at ance in paralell process)" in the list of "Apply to ... (File Operations - Background Processing)".

--add--
After removing this checkbox from my (not fresh XY) the bug has disappeared.

[admin]

Yep, now I can see it too. But it cannot be fixed. It's a Windows feature/bug (cannot decide since it is irregular). I've seen the same when the CTRL key is down. Nothing can overwrite this behavior.

[DmFedorov]

Yep, now I can see it too. But it cannot be fixed. It's a Windows feature/bug (cannot decide since it is irregular). I've seen the same when the CTRL key is down. Nothing can overwrite this behavior.

Ok.
1) But the first delition is not hidden.
2) SHift+Del combination I don't see hidden window (i have now MAK keyboard without Del-key, but remember that I don't have hidden window).
3) If "Nothing can overwrite this behavior" you can say it in the tip somewhere in GUI, because I, and other can forget it.

[admin]

Only very few users will ever set Delete to background operations. If I will do anything I will rather remove the option to do this. This will fix the issue for good.