STEPS TO REPRODUCE 1. Open a txt/jpg file (F3). Notice how KrViewer gets focus. 2. Alt+Tab back to the Krusader window. 3. Open another txt/jpg file. OBSERVED RESULT The file manager window keeps focus. EXPECTED RESULT KrViewer should receive focus. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 38 KDE spin KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10
Can't confirm on: Operating System: Kubuntu 23.10 KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.0-10-generic (64-bit) Graphics Platform: Wayland I suspect this isn't a Krusader-specific issue though, check your "Focus stealing prevention" setting in System Settings -> Window Management -> Window Behavior. It's on Low for me (by default?), and I used to experiment with it, but ended up with similar issues. Do you have your KrViewer in "Generic mode" by default? Had to switch to that to see if jpg files are any special, and oddly I encountered the whole image area being black in that case which I didn't notice before as I use a "Lister mode" default, so I'm curious if you are getting pictures drawn fine.
Some possibly related changes have been made to Krusader (https://invent.kde.org/utilities/krusader/-/merge_requests/131). Can you follow the steps of https://commits.kde.org/krusader?path=INSTALL in order to build the git version of Krusader and tell us if your problem is solved?
@Pedro: I've set the Focus stealing prevention to "Extreme" and still see the issue in Krusader 2.8.0. Not sure how to tell the default mode for KrViewer. But the issue persists if I press F4 on .txt files, which launched KrViewer in text editing mode. @Toni: I've looked at the build steps and unfortunately I'm short on time right now to follow them (from experience, hunting for the deps was a time-consuming and error prone operation). A suggestion to make building easier for non-contributors would be to add a copy/pasteable `sudo apt/dnf install` line that would install/update all required dependencies, and another one for optional dependencies. Or even better, a copy/pasteable code section with all the installation steps, that could be run unattended (still 🤞 that there will be no errors).
(In reply to Dan Dascalescu from comment #3) > A suggestion to make building > easier for non-contributors would be to add a copy/pasteable `sudo apt/dnf > install` line that would install/update all required dependencies, and > another one for optional dependencies. Or even better, a copy/pasteable code > section with all the installation steps, that could be run unattended (still > 🤞 that there will be no errors). Debian has exactly such a feature, it's called build-dep and it works OK for krusader, eg: $ apt build-dep krusader and then build your own copy of krusader.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!