Child Item

Wayland support

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,

Child Item

Accepted answers

All comments

joshbode

Oh, yes please!

This almost works:

spotify --enable-features=UseOzonePlatform --ozone-platform=wayland

However, the content ends up "detached" from the main window, though the detached content is using Wayland:

okidian

I'm running on pure wayland and it simply segfaults. dmesg shows

"spotify[53433]: segfault at 0 ip 00007f0ccf1327d4 sp 00007ffdfabb6710 error 4 in libxcb.so.1.1.0[7f0ccf12f000+13000]". afaics it's making a call to libxcb which is not present in the memory, naturally.

people have mixed results tho: https://www.reddit.com/r/swaywm/comments/n7kew4/spotify_seems_to_run_natively_in_wayland/ I guess they have xwayland which spotify resorts as a fallback.

I'm hopeful a build with latest cef would solve this. but well, it's only a hope hah!

27supergoats

I'm running swaywm on Arch and those chromium flags result in an empty black window. Actual chromium does run with them though, even if not perfectly yet.

jane-0

Got it working by writing some stub implementations of some X11 functions spotify tries to call on launch but doesn't actually need. use `cc xstub.c -o xstub.so -shared` and `LD_PRELOAD=xstub.so spotify --enable-features=UseOzonePlatform --ozone-platform=wayland` to launch.

#include <stdio.h>

#define X_FN(f) int f() { puts("called"); return 0; }
X_FN(XInternAtoms)
X_FN(XChangeProperty)
X_FN(XGetGeometry)
X_FN(XInternAtom)
X_FN(XMoveResizeWindow)
X_FN(XSendEvent)
X_FN(XSetClassHint)
X_FN(XSetErrorHandler)
X_FN(XSetIOErrorHandler)
X_FN(XStoreName)
X_FN(XTranslateCoordinates)

T64

The X11 function stub workaround by @jane-0 works in some conditions to prevent Spotify from segfaulting on startup on Wayland, but for me it doesn't solve the problem of the window content being "detached" from the window itself (see first comment).

This makes Spotify almost unusable on Wayland, the window can't be moved or resized.
I'm on KDE neon dev with KWin Wayland.

RicArch97

One issue is that the Spotify client still uses an old version of Electron. The ozone Wayland back-end works really well in newer versions of Chromium, which requires only 1 flag since Chromium 97 to enable Wayland support. An upgrade to Electron 16 or 17 would be necessary for a mature enough Wayland back-end.

fabiscafe

Spotify doesn't use Electron, but Chromium Embedded Framework

Whj_spot

Here's a temporary solution, since Spotify is running on CEF anyway:

Open Chrome and set 'Preferred Ozone platform' to Wayland in chrome://flags

Restart Chrome and go to open.spotify.com

'Install Spotify' from Chrome menu.

You'll lose settings, but at least should avoid X11

StarterX4

Any Spotify dev work on it?

@jane-O solution doesn't seem to work for me.
Also using Spotify Web in browser isn't a solution.

snizovtsev

Hello,

As a temporary solution to annoying "detached window" problem I've traced library calls to stub the places where it were created. Here is the result:

// compile as: gcc xcbstub.c -o xcbstub.so -fPIC -shared

#include <stddef.h>
#include <stdlib.h>
#include <stdbool.h>
#include <stdint.h>

void gtk_init(int *argc, char ***argv) { }
void* gdk_pixbuf_loader_new() { return NULL; }

typedef struct xcb_connection {
    int has_error;
} xcb_connection_t;

xcb_connection_t*
xcb_connect(const char *displayname, int *screenp)
{
    xcb_connection_t *conn = calloc(1, sizeof(xcb_connection_t));
    conn->has_error = 1;
    return conn;
}

int xcb_connection_has_error(xcb_connection_t *c)
{
    return 1;
}

int xcb_flush(xcb_connection_t *c)
{
    return 0;
}

uint32_t xcb_generate_id(xcb_connection_t *c)
{
    return 42;
}

void xcb_disconnect(xcb_connection_t *c)
{
    free(c);
}

void* cef_get_xdisplay() {
    return NULL;
}

void *XOpenDisplay(const char *display_name)
{
    return NULL;
}

typedef unsigned long Atom;
typedef unsigned long Window; /*?*/

int XInternAtoms(void *display, char **names, int count, bool only_if_exists, Atom *atoms_return)
{
    return -1;
}

int XChangeProperty(void *display, Window w, Atom property, Atom type, int format, int mode, const unsigned  char
        *data, int nelements)
{
    return  0;
}

After preloading this library X11 window disappears. However Spotify remains running after closing Wayland window. So you must kill the process manually.

mfeltmann

I'd totally love to see a functional version on Debian with Wayland on Sway, too.

In Firefox the webplayer sometimes simply stops outputting music, in Chromium I can't even get behind that "browser not supported" view.

I'd love a CLI or at least TUI most, but that's just dreaming. 😉

pgomes

Engineer here. Wayland support has been implemented and is being tested. It will be available in a near release, though I can't promise dates

pgomes

First version of Wayland support is available for Snap/Edge (version 1.1.99)

Joan31

Oh nice.
Can you put this version on the repository please ?

http://repository.spotify.com/pool/non-free/s/spotify-client/

The last version in the official repository is 1.1.84.716

Thank you so much

Swivelgames

I was actually going to ask the same thing a couple weeks ago. Publishing it to the Repository would be great! Especially for people like Arch users.

Presently, Spotify is the 8th most popular Arch Linux package in the AUR.

fabiscafe

If it's still a testing version it's absolutely understandable that is currently sits only in a controlled environment (snap). If only spotify would official support the flatpak as well (: (btw we can have verification-badged now on flathub)

flathub-flatpak-manifest

pgomes

There's an ongoing effort by someone in Spotify to create flatpaks.
But just like everything else that involves the Linux client, it
depends on the extra time that engineers find outside of their main
tasks. So unfortunately there's no prediction on when this will be
available.

Joan31

Thanks pgomes for your work 😉

I tried this version 1.1.99.
I've downloaded the snap, mounted the snap, and executed this new version.

After testing it with no issues, I've installed manualy on my system and it is working like a charm with wayland !!!!!!

Good work and thanks to support Linux !!!! 🙂

iiiian

Thanks ！drop down menu and chinese/japanese input work like a charm now!. I also test with

--enable-features=UseOzonePlatform --ozone-platform=wayland

this eliminate blurry app on fractional scaling, but chinese/japanese input will not work, which is understandable since chromium doesn't implement it. Anyway, thanks for the update.

fabiscafe

@iiiian wrote:
Thanks ！drop down menu and chinese/japanese input work like a charm now!. I also test with
--enable-features=UseOzonePlatform --ozone-platform=wayland
this eliminate blurry app on fractional scaling, but chinese/japanese input will not work, which is understandable since chromium doesn't implement it. Anyway, thanks for the update.

So by default the app will still use xwayland in a wayland environment? Thats a bit sad to read. 😞

richardbowman

Thanks so much to developers working on this. Its very exciting to see 1.1.99 starting to work in Wayland. Right now I'm noting a couple issues that hopefully won't be terrible to resolve. 1) the window border is pretty strange looking. Guessing based on the fact that its still relying on the "--enable-features=UseOzonePlatform --ozone-platform=wayland" flags this means Spotify is running a pretty old version of Electron, but would be great if we could get the newer version that support native Gnome chrome with the flag "--enable-features=WaylandWindowDecorations". Also the app doesn't seem to set a window class so it doesn't show properly on the dock. Thanks again!

fabiscafe

Spotify is not Electron, but Chromium Embedded Framework(CEF) and does use a pretty recent version of it: https://www.spotify.com/us/opensource/

That said, it should be possible to use the newer flags, except Spotify does use an older version of CEF on linux(?). But I dont know about this nor do I know about what CEF supports on the Wayland side, but it should be pretty close on what Chromium itself supports.

mashinp

I've tested the 1.1.99 version and I would like to report these 3 issues:

I cannot open any drop down menu in the settings, like language selection. Selecting it with the keyboard Tab and selecting with down/up arrow keys works as a workaround
The size of the window is not preserved between app restarts
The option "Close button should minimize the Spotify window" does not work. The app closes after clicking the close button

Testing environment: Kubuntu 22.10

BryanLiang

The drop down menu works normally in XWayland. But when running with `--enable-features=UseOzonePlatform --ozone-platform=wayland`, the menu is still not working, and I cannot even use the keyboards to open it.

dferraro

I tested the version 1.1.99.878-g1e4ccc6e. It is working like a charm and the things that are not working are the following:

the size of the window is not preserved between app restarts
I cannot open any drop down menu in the settings
the window decorations are similar to the Windows XP ones.

I'm running on a Ubuntu 22.04 machine, with the flags

--enable-features=UseOzonePlatform --ozone-platform=wayland

Running with the flags --enable-features=UseOzonePlatform,WaylandWindowDecoration --ozone-platform=wayland still have the same issues.

gnolooo

Just installed version 1.2.8.923.g4f94bf0d from AUR on Arch Linux.

I can say I have the same bugs as @dferraro:

I tested the version 1.1.99.878-g1e4ccc6e. It is working like a charm and the things that are not working are the following:
the size of the window is not preserved between app restarts
I cannot open any drop down menu in the settings
the window decorations are similar to the Windows XP ones.

However I can at least experience the new UI:

ChrisLane

anonlinuxuser

Spotify developers, I'm still waiting for native support for Wayland, without X dependencies.

Beryesa

Thanks for your work, Is this by you?

Spotify should take official ownership of the Linux Flatpak package at idea submissions

mars41

The current snap version 1.2.11 is running in Wayland for me. Anything special I need to do to enable it?

Child Item

#themeFooter{display:none!important}