Wayland support

[okidian]

Hi,

Can you release a linux package with ozone support built so that we can use the client under Wayland? There have been posts requesting this in the past because it is highly anticipated.

It shouldn't be that complicated it seems:

https://www.collabora.com/news-and-blog/blog/2019/05/08/cef-on-wayland-upstreamed/

https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/ozone_overview.md

Best,

[Feng_Lengshun]

Nice! This would make using Spotify nicer on my KDE setups. Will be grabbing the next 3-month promo that comes to me in celebration of the Spotify ID getting fixed.

[pgomes]

@Feng_Lengshun looking forward as well, as I am a KDE user myself. This was actually one of the motivations to got after CEF and implement that 😀

[ZVTNexus]

Heads up to anyone who was primarily looking for Wayland support to fix fractional scaling on GNOME, with GNOME 47 they added an experimental flag to let scaling aware XWayland clients scale themselves:

https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3567

After enabling the experimental flag, Spotify looks pristine on Ubuntu 24.10 at 4K 32" 150% fractional scaling.

gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer', 'xwayland-native-scaling']"

BTW @pgomes kind of a dumb request but are there any better screenshots for https://snapcraft.io/spotify? They're kind of out of date atm

[Stealth77]

I think this thread is about native Wayland support rather than XWayland. The issue I reported earlier about fractional scaling was with native Wayland on KDE Plasma.

[MM147]

In the latest version AppID now seem to work and wayland is able to identify spotify correctly which is awesome, one thing i have noticed however is that window decoration still does not seem to work. wanted to write here to see if anyone may know what might be causing that ?

In my .desktop file for spotify i do have the following flags so it should definitely be loaded:

Exec=spotify --enable-features=UseOzonePlatform,WaylandWindowDecorations --ozone-platform=wayland --uri=%U

[pgomes]

Can you send a screenshot? Because I am not sure what you mean. It looks fine in Wayland for me at KDE/Plasma

[MM147]

This is the way it looks like, I believe these are the fallback decorations for chromium.

Maybe i should also mention that i am on gnome 47. Not sure if window decorations are handled the same way there as they are in KDE/Plasma

[ZVTNexus]

Yeah on GNOME the developers have taken a firm stance on how window decorations should be handled, and with Wayland only client side decorations are allowed. I suspect this is why they're being rendered like this instead of using server side decorations.

To fix GNOME Spotify would have to implement CSD (which should be fairly straight forward since I think macOS & Windows already do that?).

[fabiscafe]

up-2-date spotify still unusable broken on native-wayland:

See video: https://streamable.com/nijoi9

[ZVTNexus]

Are you using GNOME 47 and also have xwayland-native-scaling enabled (for some reason it's causing weird behavior with native wayland apps)?

Also it's working perfectly fine on KDE 6.2

[fabiscafe]

GNOME 47, but no experimental features set. This also is the same behavior since at least GNOME 42, probably even longer.

[ZVTNexus]

Looks like this happens when you pass --force-device-scale-factor= when running under Wayland. Just don't pass it and it'll be fine. Apps under Wayland will always have proper scaling anyways so it's not required anymore.