8000 enable wayland support by adamthiede · Pull Request #273 · flathub/com.bitwarden.desktop · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

enable wayland support #273

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

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Conversation

adamthiede
Copy link
@adamthiede adamthiede commented Jul 6, 2025

running with --socket=wayland and --ozone-platform-hint=auto enables this to run natively under wayland. I've been running it like this for a while with no visible drawbacks. Without providing the --ozone-platform-hint=auto it still launches by default on xwayland.

running with --socket=wayland and --ozone-platform-hint=auto enables this to run natively under wayland. I've been running it like this for a while with no visible drawbacks.
@flathubbot
Copy link
Contributor

🚧 Test build enqueued.

@flathubbot
Copy link
Contributor

🚧 Started test build.

@flathubbot
Copy link
Contributor

Test build succeeded. To test this build, install it from the testing repository:

flatpak install --user https://dl.flathub.org/build-repo/196536/com.bitwarden.desktop.flatpakref

@quexten
Copy link
Collaborator
quexten commented Jul 6, 2025

This needs: bitwarden/clients#10359 to merge. Otherwise this will break the client on wayland+mutter/gnome.

@adamthiede
Copy link
Author

How does it break it? Here's what I tested, both on Gnome and Sway:

  • using flatseal to turn the wayland socket on
  • running flatpak run com.bitwarden.desktop, logging in, copying/pasting data
  • running flatpak run com.bitwarden.desktop --ozone-platform-hint=auto, logging in, copying/pasting data

Neither seemed to be missing functionality. This shouldn't change defaults at all.

@quexten
Copy link
Collaborator
quexten commented Jul 6, 2025

So, initially resizing was broken: electron/electron#44543, then later window decorations were partially broken: electron/electron#46155 (comment). This was fixed in electron 34.4.0.

Although, apologies, with the release of 2025.6.0 a few days ago, the electron version was updated to a version fixing the issues described, so enabling wayland no-longer causes the bugged behavior, so this PR should be fine from that perspective.

The PR I had linked is waiting to be QA tested. After that I'm happy to pass along this PR for QA testing as-well, so we can get it merged.

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

Successfully merging this pull request may close these issues.

3 participants
0