File COPY dialog keeps activating (Stealing Focus)

Hi All,

I really thought I was going mad, because I would occasionally hit the wrong key and delete a file, or cancel a copy or something, and today I finally saw proof that whatever is going on is not completely imaginary...

After opening a couple of folders in a dual panel lister, I used Ctrl-2 to start a file move. During the move I noticed the copy progress dialog had focus. I clicked on the source which activated just for a moment, then returned focus to the copy dialog. What?

I clicked it again, and it retained focus. I pressed TAB to select the target, which selected for a moment before jumping back to the copy progress dialog.

I normally type pretty quick, and when this happens I often accidentally cancel the copy, so I never realised quite what was going on.

This window 10 x64 / DO12.1.1 (beta).

This strange behaviour is what started my earlier question about the Recycle bin stealing focus, which I know for a fact is not new behaviour. This, on the other hand, is.

After minimising and restoring the copy dialog, it stopped stealing focus.. I can't reproduce it on demand, but it seems to happen often enough.


I wonder if it's related to the second progress dialog we can't see, the "Deleting" one which looks paused or waiting for input?

Does it only happen in similar situations? Is the other progress dialog minimised to the jobs bar or just minimised normally or outside the gif's capture area?

In this instance the deleting dialog was minimised and paused. I paused it when I noticed the issue, meaning the behaviour was the same before and after pausing, but I can't tell you what would have happened if I had cancelled it, or if had never been running. The previous time this happened, I was running a single large copy.

In my case (i'm not using dual mode) it happens all the time. When I copying lot of files and keep copy window at back of other windows, and trying to delete file in any other lister, just after pressing "del", copying dialog stealing focus. Very annoying.

This topic is a little forgotten, but that stealing focus annoy me every time I copy something big and want to work with other listers. Delete anything with any lister brings copy dialog to front and it's easy to accidentally aborth whole copy process. I hope in next beta it will be fixed too. This problem with speed copy problem was two main problems in DO for me.

Step to reproduce problem:

  1. Open two separate single listers.
  2. Start copying something big with copy window shown.
  3. Minimize copy dialog to taskbar (not to jobs bar).
  4. Open new lister (over Firefox or other program that hide rest of listers).
  5. Choose any file and press DEL (you don't need even confirm that delete, previous copy window shows just after pressing DEL).

Tested with dualmode, same behaviour. I have confirmation on, when pressing del copy dialog comes to front, but on top and focussed is the confirmation window. As you have no confirmation, I assume copy dialog will be focussed instead.

I have confirmation, but when you using keyboard it's really easy to press ENTER twice and confirm delete with abort copying.

I haven't been able to reproduce any of these (and I'm not sure if the above reports are all about the same thing or not). Could you confirm whether it still happens for you in the most recent beta?

not sure if this is the right topic (tl:dr) but focus is stolen in 6109 when copying (copy window/dialog suppressed). focus is shifted to the previous active window.

It still happens. But maybe I describe this better.

  1. Single mode listers (works probably with dual too but I'm working on single)
  2. Choose big file and start copying with copy window (not jobs bar).
  3. Do not minimize copy window, just cover this window by other programs or windows, or listers.
  4. Choose another file in another lister (or active lister that is in front).
  5. Choose any file and press del.
  6. Copy dialog appears.

Can this may be fixed please? I was waiting for new beta but now I see is new update and nothing chances. PerlLlama start this 18.09.2016, I write my last description (steps to reproduce problem) month ago, so it's enough time to ask again for that?

If you need some more help to reproduce this, please let me know what should I do. Last 6 steps (0 to 5) I wrote 11.11.2016 should be good too, but if not - let me know and I spend more time and maybe even record some video.

Thank you for fixing that.