-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Passkey window appears in a different virtual desktop #11555
Comments
Not sure if there's any way to fix this. Qt assumes the dialog is a child of the actual application, and spaws it to the desktop 1. There are more than one similar issues: |
The dialog window for the Auto-Type feature does appear in the proper desktop. Would it be possible to use the same logic? Thanks! |
Oh, need to check that then. |
seems like potentially: keepassxc/src/autotype/AutoTypeSelectDialog.cpp Lines 48 to 49 in cdbff32
so just copying that into the
|
Auto-Type dialog is the only one using this. We have several other popup dialogs as well. Maybe the same issue affects to all of those. |
Overview
I am using the XFCE desktop in Linux with several virtual desktops configured. When a website asks for a passkey a KeePassXC window asking to confirm the key is shown, but it usually pops up in a different virtual desktop, so it is hard to spot that it is there.
Steps to Reproduce
Expected Behavior
KeePassXC confirmation window appears in the current desktop
Context
I am not 100% sure but I think that the small confirmation window appears in the last desktop where the main KeePassXC was (as described in the steps to reproduce).
KeePassXC - 2.7.9 (from Fedora 41 repositories)
Operating System: Linux
Desktop Env: XFCE
Windowing System: X11
The text was updated successfully, but these errors were encountered: