Doesn't launch

[Allan-Bruno]

output on terminal launch:
allan@allan-notebook:~$ flatpak run com.spotify.Client allan@allan-notebook:~$ /app/extra/bin/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/bin/spotify) [spotifywm] attached to spotify /app/extra/share/spotify/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/share/spotify/spotify) /app/extra/share/spotify/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/share/spotify/spotify) [spotifywm] attached to spotify [spotifywm] attached to spotify

[TingPing]

None of this is an error. It says spotifywm found an existing window. Maybe it is minimized to the tray?

[jeroen1602]

I have the same problem running Fedora linux 39 with KDE Plasma.

I thought it might be a wayland issue but it also won't launch when running with X11.

I have tried looking through ps aux and top to see if a spotify process was already running but I couldn't find one.

It also happens on a clean boot.

EDIT:

using the version with the commit hash d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 worked for me by running:

sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client

[Erick555]

Maybe try disabling gpu cache.

[jeroen1602]

First I updated again to the latest stable version with hash: b23c35bae652b4975189aa2f80fde9b52fa6356959f6562bebf0692eb1892bf1

I tried creating the config file and disabling GPU cache. But no dice, it's still not launching.

I also tried running flatpak run --command="bash" com.spotify.Client and then run spotify --disable-gpu-shader-disk-cache --show-console in the new bash instance. But that also didn't work.

[TingPing]

FWIW I tried reverting recent commits and it was still broken. Also disabling spotifywm didn't change anything.

[Allan-Bruno]

None of this is an error. It found an existing window. Maybe it is minimized to the tray?

when I made the launch there were none processes of spotify, when launched, the process was created and stayed still for a minute, after that it killed itself

[Razer0123]

Same issue, i'm unable to run Spotify

[ErikMekiassen]

@jeroen1602 running
sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client
worked for me as well

[gurnben]

@jeroen1602 running sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client worked for me as well

Kudos - this worked for me as well - hopefully a zero-intervention fix is out soon

[Erick555]

There isn't a single error message posted so there isn't a starting point to make a fix.

At first it would be nice to generalize on what kind of systems this happens and see what they have in common that triggers the issue (I have no issue myself) - everyone commenting should post at least distro version, desktop environment version and gpu version.

[ErikMekiassen]

Good point!
Fedora 38
gnome 44
Wayland (not sure if thats self explanitory)
gpu: amd 6800xt

[Allan-Bruno]

Pop!_OS 22.04
Gnome 42.5
Xorg
HD graphics 520

[Allan-Bruno]

@jeroen1602 running sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client worked for me as well

for some reason it appers
erro: com.spotify.Client not installed

checked if the source was wrong

allan@allan-notebook:~$ flatpak install flathub com.spotify.Client Looking for matches… Ignoring: com.spotify.Client/x86_64/stable is already installed

idk what happens here

[ErikMekiassen]

@Allan-Bruno i got the same problem when i had to re update the commit but it promted me to install it and then it worked again. not sure what flatpak update does exactly but i think its a flatpack problem

[Allan-Bruno]

@Allan-Bruno i got the same problem when i had to re update the commit but it promted me to install it and then it worked again. not sure what flatpak update does exactly but i think its a flatpack problem

how exactly you made it?

[ErikMekiassen]

Im not 100% sure but it happened after restart. spotify is the first thing i opened after firefox. i stil have the spotify icon but nothing happened. i ran flatpack run com.spotify.Client or something to get the prompt

[danielepusceddu]

There isn't a single error message posted so there isn't a starting point to make a fix.

At first it would be nice to generalize on what kind of systems this happens and see what they have in common that triggers the issue (I have no issue myself) - everyone commenting should post at least distro version, desktop environment version and gpu version.

Fedora 39, Wayland Gnome 45.5, Intel UHD Graphics 620

[ErikMekiassen]

i do have an igpu in my intel i9 12900k so i might have similar drivers to @Allan-Bruno @danielepusceddu

[ErikMekiassen]

running
flatpak run com.spotify.Client
now gives this after restart (i updated to latest commit before the restart but it forgets it each time i reboot):
/app/extra/bin/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/bin/spotify)
[emvit@10-13-37-63 ~]$ [spotifywm] attached to spotify
/app/extra/share/spotify/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/share/spotify/spotify)
/app/extra/share/spotify/spotify: /usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /app/extra/share/spotify/spotify)
[spotifywm] attached to spotify
[spotifywm] attached to spotify

[Erick555]

All of those messages are fine.

[Dazzle995]

@jeroen1602 running sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client worked for me as well

for some reason it appers erro: com.spotify.Client not installed

checked if the source was wrong

allan@allan-notebook:~$ flatpak install flathub com.spotify.Client Looking for matches… Ignoring: com.spotify.Client/x86_64/stable is already installed

idk what happens here

I had to run the command without sudo, as spotify was installed in user and not system space (I guess)

[stefanfisk]

I was just affected by this as well after restarting my computer. flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client worked.

Pop!_OS 22.04 LTS
GNOME 42.9
Xorg
AMD RX580

[jeroen1602]

I might have found a clue.

I first launched a development shell inside of flatpak using flatpak run --command=bash --devel com.spotify.Client

I then ran the spotify binary (inside the flatpak) using strace strace /app/extra/bin/spotify.

In the output of strace I noticed that it would quit right after a call to readLink with the file /home/jeroen/.var/app/com.spotify.Client/cache/spotify/SingletonSocket.

Trying to read this symbolic link using file /home/jeroen/.var/app/com.spotify.Client/cache/spotify/SingletonSocket said it was a broken link.

After that I removed all the cache using rm -rf /home/jeroen/.var/app/com.spotify.Client/cache/ after that I could start Spotify normally.

TL;DR

Removing the cache of spotify seemed to work. Which can be found at ~/.var/app/com.spotify.Client/cache/

[stefanfisk]

Updating com.spotify.Client made it stop launching again. But rm -rf ~/.var/app/com.spotify.Client/cache/ made it work!

[agriffit79]

rm -rf ~/.var/app/com.spotify.Client/cache fixes for me also.

[Allan-Bruno]

rm -rf ~/.var/app/com.spotify.Client/cache worked for me too, idk if the devs are seeing this issue, so I'll let it open until then, but in case anyone need help on this, just use the command

[pavelzherdin]

I stumbled on the same issue. OpenSUSE Tumbleweed, gnome 46, Radeon 6950.

Removing the cache folder helped. I put aside the broken folder, but it's 3.1g.

I tried to figure out what exactly had to be removed, and in my case there were 3 broken links in
.var/com.spotify.Client/cache/spotify
Removing only those made it start again. They looked like this

lrwxrwxrwx   1 username username   20 Apr  6 21:27 SingletonCookie -> 15038546741398103137
lrwxrwxrwx   1 username username   23 Apr  6 21:27 SingletonLock -> localhost.localdomain-6
lrwxrwxrwx   1 username username   50 Apr  6 21:27 SingletonSocket -> /tmp/.org.chromium.Chromium.RtiORB/SingletonSocket

[SamuelWAnderson45]

rm ~/.var/app/com.spotify.Client/cache/spotify/Singleton*

Deleting just those singleton files fixes it for me

[nutuxedo]

@jeroen1602 running sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client worked for me as well

this works for me, thanks!

[Razer0123]

Surprised this has not been fixed yet

[sagbobbit]

FWIW, I've got the same issue with the same "solution." openSUSE Tumbleweed + XFCE.

[RoyaltyInTraining]

Same here on Fedora 40. The issue returns every time after wiping the app's data. Sometimes within a week, other times within a day.

[e455a81e-d3ba-41a2-bc6d-7aafb1d9a5cd]

I just encountered this issue as well on Fedora Kinoite 40.20240506.0 with Spotify Version 1.2.31.1205.g4d59ad7c.
Could this issue be related to forced closings of the Spotify application? When I rebooted today KDE asked me whether I wanted to logout the session even if some apps are still running. This could have resulted in a race condition that might have prevented Spotify from cleaning up the files in ~/.var/app/com.spotify.Client/cache/spotify/.

[Erick555]

I tested it by killing spotify process - old Singleton* symlinks were left but I started spotify without issues. Perhaps some systems are cursed.

[e455a81e-d3ba-41a2-bc6d-7aafb1d9a5cd]

I tried to reproduce it as well with a reboot between killing the spotify process unfortunately I hadn't had any success. I also looked at the chromium code that handles these singleton files and attempted to mess with the Singleton symlinks to get it to break, but it just works no matter how hard I try to break it.

[onihani]

I might have found a clue.

I first launched a development shell inside of flatpak using flatpak run --command=bash --devel com.spotify.Client

I then ran the spotify binary (inside the flatpak) using strace strace /app/extra/bin/spotify.

In the output of strace I noticed that it would quit right after a call to readLink with the file /home/jeroen/.var/app/com.spotify.Client/cache/spotify/SingletonSocket.

Trying to read this symbolic link using file /home/jeroen/.var/app/com.spotify.Client/cache/spotify/SingletonSocket said it was a broken link.

After that I removed all the cache using rm -rf /home/jeroen/.var/app/com.spotify.Client/cache/ after that I could start Spotify normally.

TL;DR

Removing the cache of spotify seemed to work. Which can be found at ~/.var/app/com.spotify.Client/cache/

This worked for me

[Razer0123]

Will this ever get fixed? it's so annoying having to do it everyday

[Razer0123]

Still having the same issue to this day

[Erick555]

@Razer0123 do you mean you remove Singleton* or entire cache files every day and this issue re-occurs?

[Razer0123]

@Razer0123 do you mean you remove Singleton* or entire cache files every day and this issue re-occurs?

Yes, it stops working, i delete either one of them, i am able to open the app, the next day (or so) it wont't work again

[Erick555]

That's extreme, what distro do you use?

[Razer0123]

That's extreme, what distro do you use?

Latest Fedora version + Spotify flatpak

[Erick555]

What's the uname -n command output? Is something unusual in your system setup like dynamic hostname generation?

[Razer0123]

What's the uname -n command output? Is something unusual in your system setup like dynamic hostname generation?

Is this what you are referring to?

Linux host-xxxxxm 6.9.6-200.fc40.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Jun 21 15:48:21 UTC 2024 x86_64 GNU/Linux

[Razer0123]

Still having this issue :(

[mfau]

This just happened to me on Bazzite.
Deleting the cache folder worked.

[Nick-Heyart]

Occasionally having this issue on Fedora 40, fixed by deleting cache. Installing Spotify with LPF seems to have this bug as well.

[enginqt]

Just had this issue on Fedora, deleting the cache at ~/.var/app/com.spotify.Client/cache/ like the other answers suggested works for me.

System info:

             .',;::::;,'. 
         .';:cccccccccccc:;,. 
      .;cccccccccccccccccccccc;.          OS: Fedora Linux 40 (KDE Plasma) x86_64
    .:cccccccccccccccccccccccccc:.        Host: B560M DS3H
  .;ccccccccccccc;.:dddl:.;ccccccc;.      Kernel: Linux 6.10.6-200.fc40.x86_64
 .:ccccccccccccc;OWMKOOXMWd;ccccccc:.     Uptime: 1 hour, 46 mins
.:ccccccccccccc;KMMc;cc;xMMc;ccccccc:.    Packages: 2692 (rpm), 3 (flatpak)
,cccccccccccccc;MMM.;cc;;WW:;cccccccc,    Shell: pk-command-not-found
:cccccccccccccc;MMM.;cccccccccccccccc:    Display (F24G3xTF): 1920x1080 @ 144 Hz in 24″ [External] *
:ccccccc;oxOOOo;MMM000k.;cccccccccccc:    Display (F24G3xTF): 1920x1080 @ 144 Hz in 24″ [External]
cccccc;0MMKxdd:;MMMkddc.;cccccccccccc;    DE: KDE Plasma 6.1.4
ccccc;XMO';cccc;MMM.;cccccccccccccccc'    WM: KWin (Wayland)
ccccc;MMo;ccccc;MMW.;ccccccccccccccc;     WM Theme: Breeze
ccccc;0MNc.ccc.xMMd;ccccccccccccccc;      Theme: Breeze (Dark) [Qt], Breeze [GTK3]
cccccc;dNMWXXXWM0:;cccccccccccccc:,       Icons: breeze-dark [Qt], breeze-dark [GTK3/4]
cccccccc;.:odl:.;cccccccccccccc:,.        Font: Noto Sans (10pt) [Qt], Noto Sans (10pt) [GTK3/4]
ccccccccccccccccccccccccccccc:'.          Cursor: breeze (24px)
:ccccccccccccccccccccccc:;,..             Terminal: konsole 24.8.0
 ':cccccccccccccccc::;,.                  CPU: 11th Gen Intel(R) Core(TM) i5-11400F (12) @ 4,40 GHz
                                          GPU: NVIDIA GeForce RTX 3060 [Discrete]
                                          Memory: 7,03 GiB / 15,48 GiB (45%)
                                          Swap: 398,50 MiB / 8,00 GiB (5%)
                                          Disk (/): 78,75 GiB / 673,83 GiB (12%) - btrfs
                                          Locale: de_DE.UTF-8

[alansenairj]

Here what solved for me was:

cd $HOME/.var/app/com.spotify.Client
rm -rf cache config
flatpak override --user --socket=wayland com.spotify.Client

[Razer0123]

Here what solved for me was:

cd $HOME/.var/app/com.spotify.Client rm -rf cache config flatpak override --user --socket=wayland com.spotify.Client

Why is my Spotify in a blueish window not using system theming after i have used this command?

How do i revert this?

[Erick555]

spotify flatpak automatically use wayland when wayland socket is enabled: 5248553

It's hardcoded so you need to disable wayland socket again:
flatpak override --user --nosocket=wayland com.spotify.Client

If this issue is related to wayland systems when wayland socket is disabled then this flatpak spotfy behavior needs to be reconsidered.

[elogikalaf]

after these steps I got it working
sudo flatpak update --commit=d22ab2f6059cca52bc56754ca1860fb41b0d9c6333975bd8f2eb375fde5a4d84 com.spotify.Client
cd $HOME/.var/app/com.spotify.Client
rm -rf cache config
flatpak override --user --nosocket=wayland com.spotify.Client

question, should I stop upgrading spotify now? (e.g: using flatpak update)

[TeaDrinkingProgrammer]

I got it working using just the flatpak override command, not the downgrade. One thing I also found is that it works when first booting into it, but not when I try again another time.

I'm running Fedora 41

[xplosionmind]

Both with the wayland socket enabled and disabled, and by deleting ~/.var/app/com.spotify.Client/cache/ every time before running, the app does not even launch for me.

I cannot even read any debug log! Running flatpak run com.spotify.Client --debug fails without returning anything.

(Using Fedora 41 with GNOME)

[RoyaltyInTraining]

Seems like the issue has fixed itself on my system (Fedora 41 KDE). It was really bad for me back in march, but in the last two months the app hasn't failed to open a single time. Does anyone still have this problem?

[tungstengmd]

clearing cache should work