Arch Linux User Repository

PSA: Please uninstall the spotify-blur-me-not package.

The AUR package spotify now supports a native flags file, so spotify-blur-me-not is no longer necessary.

All users should uninstall spotify-blur-me-not and create a spotify-flags.conf file in the ~/.config directory with the following contents:

--enable-features=WaylandWindowDecorations
# Spotify still requires the `--ozone-platform` legacy switch
--ozone-platform=wayland

@OctopusET Sure! You can manually edit the /etc/*-flags.conf file and add anything you like. Your changes will be preserved across updates.

If you prefer not to modify /etc/*-flags.conf, you can alternatively place a copy of the file (named identically) into your ${XDG_CONFIG_HOME}/ or ~/.config/, and then edit it there. If that file exists, then the launcher will ignore the file in /etc and pick up your copy from ~/.config/ instead.

Can we also add

--enable-wayland-ime
--wayland-text-input-version=3

for IME?

PSA: Please uninstall the spotify-blur-me-not package.

The AUR package spotify now supports a native flags file, so spotify-blur-me-not is no longer necessary.

All users should uninstall spotify-blur-me-not and create a spotify-flags.conf file in the ~/.config directory with the following contents:

--enable-features=WaylandWindowDecorations
# Spotify still requires the `--ozone-platform` legacy switch
--ozone-platform=wayland

Hi @andrej, thanks for the report.

I’d like to know whether that issue is specific to electron-fiddle.

1. Would you mind trying one of the other *-blur-me-not packages and then reporting back whether HiDPI works for you there?

2. Additionally, can you post the output of pgrep -afl electron-fiddle while the app is running? (Don’t forget to anonymize the --enable-crash-reporter and --field-trial-handle IDs contained in the command line before you post the output.)

For me electron-fiddle-blur-me-not has no effect whatsoever, neither a crash nor a solution to the blurred disaster on Wayland. Everything stays the same.

Note: as of electron-fiddle v0.34.5, the app is now crashing for me when I have electron-fiddle-blur-me-not installed, or when I use some other way to configure the app to use Wayland.

If the app crashes for you, try one of the following:

• uninstall electron-fiddle-blur-me-not;

• alternatively, create a symlink under /usr/bin/electron that points to Electron 26 (caution: unsupported! May break other packages that depend on that executable. You may want to look at the output of pacman -Qi electron | grep 'Required By' and then check for regressions in the apps listed there);

• or, try the symlink trick but alternate between Electron 26 and 25 back and forth until you find it’s working with one of them (caution: unsupported!)

Additionally, consider leaving a comment at issue #39449 on Electron’s GitHub repository.

See also:

• https://bugs.archlinux.org/task/78777
• https://github.com/electron/electron/issues/37531
• https://github.com/electron/electron/issues/38430
• https://github.com/electron/electron/issues/39449
• https://github.com/electron/electron/issues/39775

For reproducing the icon problem, I was able to replicate the problem on a fresh VM install of Arch with Gnome's Wayland defaults. To replicate, I installed the VM using the following archinstall config with the defaults for disk layout:

archinstall --config https://dan.herbert.io/wayland-vm.json

The config above includes signal-desktop as one of the bundled packages. I manually installed signal-desktop-blur-me-not, then opened Signal. When searching for apps or checking the installed applications from the default Gnome launcher, the icon looks fine. But once the app is started, every place that shows the app icon (opened windows, running apps, etc) shows the Adwaita application-x-executable icon

I should probably also mention that I only notice this problem with Signal and not other apps that also have a blur-me-not package. I also have the 1Password blur-me-not package and the icon for that app is fine.

The electron-flags.conf file does not include the line --enable-features=WaylandWindowDecorations

@danherbert Updated, thanks for the pointer. Please test if the update helps.

Though I have not tested it on other DEs/WMs so maybe this causes problems with some machine setups?

No issues so far on my end under sway-git and wlroots-hidpi-xprop-git. If anyone should experience regressions, I’d appreciate you to report them as a comment here.

The app icon when running is now Gnome's generic default "binary app" icon instead of the Signal icon.

I’m unable to reproduce this issue with nwg-drawer, which is the launcher I use.
Would you be willing to provide steps to reproduce?

This worked well for me, with 2 minor exceptions:

1. The app icon when running is now Gnome's generic default "binary app" icon instead of the Signal icon.
2. The electron-flags.conf file does not include the line --enable-features=WaylandWindowDecorations which, at least for me running on Gnome/Mutter means that the app has no app title bar, must be run in maximized mode, and cannot be minimized. Thankfully, this package does look for an overrides file in ~/.config/signal-desktop-flags.conf where I was able to add it myself, but it would be nice to include in the base package. Though I have not tested it on other DEs/WMs so maybe this causes problems with some machine setups?