Skip to content
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

Open
cquike opened this issue Dec 11, 2024 · 5 comments
Open

Passkey window appears in a different virtual desktop #11555

cquike opened this issue Dec 11, 2024 · 5 comments

Comments

@cquike
Copy link

cquike commented Dec 11, 2024

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

  1. Open KeePassXC in desktop 1
  2. Close KeePassXC (it minimizes to tray)
  3. Change to desktop 2
  4. Open a website with passkey support in Firefox.
  5. Then a small KeePassXC window appears in desktop 1

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

@varjolintu
Copy link
Member

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:
#10328

@cquike
Copy link
Author

cquike commented Dec 13, 2024

The dialog window for the Auto-Type feature does appear in the proper desktop. Would it be possible to use the same logic? Thanks!

@varjolintu
Copy link
Member

Oh, need to check that then.

@sersorrel
Copy link

seems like potentially:

// Places the window on the active (virtual) desktop instead of where the main window is.
setAttribute(Qt::WA_X11BypassTransientForHint);

so just copying that into the BrowserPasskeysConfirmationDialog constructor might work?

BrowserPasskeysConfirmationDialog::BrowserPasskeysConfirmationDialog(QWidget* parent)

@varjolintu
Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants