spotify fails to load (Trace/breakpoint trap (core dumped))

A small update.

I also tested with the LTS kernel 5.4.20-1 and this results in the same log output.

Using coredumpctl i get the following info.

           PID: 68615 (spotify)
           UID: 1000 (blackdex)
           GID: 1000 (blackdex)
        Signal: 5 (TRAP)
     Timestamp: Mon 2020-02-17 17:15:07 CET (5s ago)
  Command Line: /snap/spotify/41/usr/share/spotify/spotify --show-console
    Executable: /snap/spotify/41/usr/share/spotify/spotify
 Control Group: /user.slice/user-1000.slice/user@1000.service/dbus.service
          Unit: user@1000.service
     User Unit: dbus.service
         Slice: user-1000.slice
     Owner UID: 1000 (blackdex)
       Boot ID: 3a29e00a0159465c88921d0b043b65b8
    Machine ID: 0cf806e4b5e24a08ad059f3dc06fc9aa
      Hostname: blackdex-laptop
       Storage: /var/lib/systemd/coredump/core.spotify.1000.3a29e00a0159465c88921d0b043b65b8.68615.1581956107000000000000.lz4
       Message: Process 68615 (spotify) of user 1000 dumped core.

                Stack trace of thread 68615:
                #0 0x00007fc18a774742 n/a (libcef.so + 0x46fc742)
                #1 0x00007fc18a75dcae n/a (libcef.so + 0x46e5cae)
                #2 0x00007fc18a761050 n/a (libcef.so + 0x46e9050)
                #3 0x00007fc18a760f3e n/a (libcef.so + 0x46e8f3e)
                #4 0x00007fc18a77c332 n/a (libcef.so + 0x4704332)
                #5 0x00007fc18a78214e n/a (libcef.so + 0x470a14e)
                #6 0x00007fc18a777cff n/a (libcef.so + 0x46ffcff)
                #7 0x00007fc18bda29ed n/a (libcef.so + 0x5d2a9ed)
                #8 0x00007fc18bda2947 n/a (libcef.so + 0x5d2a947)
                #9 0x00007fc18bdba85f n/a (libcef.so + 0x5d4285f)
                #10 0x00007fc18bdaf0ee n/a (libcef.so + 0x5d370ee)
                #11 0x00007fc18bd919ab n/a (libcef.so + 0x5d199ab)
                #12 0x00007fc189b0504c n/a (libcef.so + 0x3a8d04c)
                #13 0x00007fc189b00f48 n/a (libcef.so + 0x3a88f48)
                #14 0x00007fc189a2f85a n/a (libcef.so + 0x39b785a)
                #15 0x00007fc189a2f1e6 n/a (libcef.so + 0x39b71e6)
                #16 0x00007fc189a2ebb1 n/a (libcef.so + 0x39b6bb1)
                #17 0x00007fc189a2e586 n/a (libcef.so + 0x39b6586)
                #18 0x00007fc189b6afa0 n/a (libcef.so + 0x3af2fa0)
                #19 0x00007fc189b7b9fe n/a (libcef.so + 0x3b039fe)
                #20 0x00007fc189b7b7e7 n/a (libcef.so + 0x3b037e7)
                #21 0x00007fc189b399b7 n/a (libcef.so + 0x3ac19b7)
                #22 0x00007fc184dfc417 g_main_context_dispatch (libglib-2.0.so.0 + 0x4c417)
                #23 0x00007fc184dfc650 n/a (libglib-2.0.so.0 + 0x4c650)
                #24 0x00007fc184dfc6dc g_main_context_iteration (libglib-2.0.so.0 + 0x4c6dc)
                #25 0x00007fc189b39822 n/a (libcef.so + 0x3ac1822)
                #26 0x00007fc189b7c2ef n/a (libcef.so + 0x3b042ef)
                #27 0x00007fc189b54527 n/a (libcef.so + 0x3adc527)
                #28 0x00007fc189a47ef0 n/a (libcef.so + 0x39cfef0)
                #29 0x0000000001ccdc9b n/a (spotify + 0x1acdc9b)
                #30 0x00007fc18260eb97 n/a (/lib/x86_64-linux-gnu/libc-2.27.so + 0x21b97)

I've marked this as confirmed as multiple users reported the same crash and one of snapd developers was able to reproduce it on their system.

It is unclear why the crash occurs. The same snap works on my Focal system. The only easily identifiable differences is the kernel version. The Spotify snap is not using classic confinement which rules out most host system interactions.

To explore some more I ran Spotify on my Fedora 31 system running kernel 5.4.17-200.fc31.x86_64 without any issue - the app ran correctly.

I have the same issue:

```
[simon@experiment ~]$ sudo snap install spotify

spotify 1.1.26.501.gbe11e53b-15 from Spotify✓ installed
[simon@experiment ~]$ spotify
Gtk-Message: 22:34:06.561: Failed to load module "canberra-gtk-module"
Trace/breakpoint trap (core dumped)
[simon@experiment ~]$ spotify --version
Spotify version 1.1.26.501.gbe11e53b, Copyright (c) 2020, Spotify Ltd
[simon@experiment ~]$ snap --version
snap 2.43.3-2
snapd 2.43.3-2
series 16
manjaro -
kernel 5.4.18-1-MANJARO
```

Apparently there is some issue related to fontconfig cache affecting some snaps (not only spotify), in some environments.

This suggestion by @aphoenix in Manjaro's forums solved the issue for me:
https://forum.manjaro.org/t/spotify-suddenly-not-working/125237/14

sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
fc-cache -r

That doesn't solve it.
And if i read the manjaro forum correctly, this also happens with the flatpack version now.
So i think it is more a spotify issue, then it is a snap/flatpack issue.

I had the same issue on Ubuntu 19.04 and the above fontconfig clean fixed it for me:
```
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
fc-cache -r
```

It's now working like a charm.

Seeing this issue after moving from Fedora 31 to Fedora 32.

Tried the workaround with the fontconfig cache but it didn't resolve the issue.

Same issue here on fedora 31 to 32 upgrade. Workaround did not resolve for me either.

I can confirm that the fix worked for me. I am using the latest snap/spotify/manjaro versions.
```
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
fc-cache -r
```

I have the same problem after upgrading from Fedora 31 to 32.

I strace'd the process and found that one of the last things before exit was:
```
getresuid([1000], [1000], [1000]) = 0
getresgid([1000], [1000], [1000]) = 0
write(2, "need to run as root or suid", 27need to run as root or suid) = 27
```

Sure enough, I ran it as root, it did something to spin my fans for a bit, and then successfully launched. It's the Spotify binary itself that is checking if it's running as root and then bailing.

Subsequent launches not as root still have the same problem, so it wasn't a one-time setup operation.

I happen to have another Fedora 32 machine where I had install Spotify via flatpak. On that one I can see that the getresuid()/getresgid() calls return root even though I launched non-privileged.

Is snap supposed to be lying such that these syscalls return that user and group are root?

I can confirm that the fix worked for me too, on latest OpenSuse Tumbleweed.
```
$ spotify --version
Spotify version 1.1.26.501.gbe11e53b, Copyright (c) 2020, Spotify Ltd
$ snap --version
snap 2.44.5-1.32
snapd 2.44.5-1.32
series 16
opensuse-tumbleweed 20200708
kernel 5.7.7-1-default
```
```
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
fc-cache -r
```