| Summary: | Progress window should appear on top of current window instead of behind it. | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kjobwidgets | Reporter: | Eridani Rodríguez <eridanired123> |
| Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | bugseforuns, kde, nate, safeerpasha7 |
| Priority: | NOR | ||
| Version First Reported In: | 5.59.0 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Video showing the steps to reproduce. | ||
Hmm, this is on;y supposed to happen if you're turned off showing task progress using the Task manager and Notifications. That said, yeah, when the standalone window is being used instead, it shouldn't appear behind everything else. It might depend on focus stealing settings. The window is from a separate application process, and not a dialog from Dolphin. This behavior is still reproducible on Plasma 5.18 even if "Focus stealing prevention" is set to "None" in system settings > window management > window behavior. Operating System: Arch Linux KDE Plasma Version: 5.18.0 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 |
Created attachment 120922 [details] Video showing the steps to reproduce. SUMMARY With Plasma 5.16 update, task progress feedback (move, copy, delete, etc.) was moved from the notification area to a floating independent window. This window currently appears behind the window that fired the action which causes that the user could miss it easily, this may provoke the user to invoke the action many times until he finally realizes that the process was already running but he just missed it. STEPS TO REPRODUCE 1. Go to Dolphin file manager 2. Pick some large file 3. Right click it and select "Copy" 4. Navigate to some other folder 5. "Paste" the file. OBSERVED RESULT 1. Progress window will appear behind the current Dolphin window. 2. This erratic behaviour may become unnoticed if you paste the file on the same folder that you copied it from; because then a dialog to rename the file will be displayed, this dialog changes the "z-index" of the child (Progress) window, placing it either in front of Dolphin's window or in the centre of the screen. EXPECTED RESULT Progress window should be easily noticeable by the user, either sticking it to the front or temporarily rising it to the front. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.16 KDE Plasma Version: 5.16.0 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.3 Kernel Version: 4.15.0-51-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-4670 CPU @ 3.40GHz Memory: 15.6 GiB ADDITIONAL INFORMATION I suspect that this affects also the Compression progress window (Ark & Dolphin) but may not be easily noticeable because you have to pick a name in most cases.