snap-store launches without theme (transparent) when using non standard themes

This seems to be affecting users using themes that are not included in the gtk-common-themes snap. When this happens, the snap-store snap should fall-back to using Adwaita, but in this case, it is not.

The current issue was fixed by adding some more themes to gtk-common-themes. Soon we'll have the ability to auto-install gtk themes that are missing.

Hi I'm use Flat Remix ppa (http://ppa.launchpad.net/daniruiz/flat-remix/ubuntu focal)

Log:
➜ snap-store
19:34:21:0601 Gtk Theme parsing error: gtk.css:1:0: Failed to import: Error opening file /var/lib/snapd/hostfs/usr/share/themes/Flat-Remix-GTK-Blue-Dark-Solid/gtk-3.0/gtk.css: Permission denied
19:34:21:0602 Gtk Failed to load module "canberra-gtk-module"
19:34:21:0611 Gtk Failed to load module "canberra-gtk-module"
19:34:21:0858 Gs enabled plugins: desktop-categories, fwupd, os-release, packagekit, packagekit-local, packagekit-offline, packagekit-proxy, packagekit-refine-repos, packagekit-refresh, packagekit-upgrade, packagekit-url-to-app, appstream, desktop-menu-path, hardcoded-blacklist, hardcoded-popular, modalias, odrs, packagekit-refine, rewrite-resource, packagekit-history, provenance, snap, systemd-updates, generic-updates, provenance-license, icons, key-colors, key-colors-metadata
19:34:21:0858 Gs disabled plugins: dpkg, dummy, fedora-langpacks, fedora-pkgdb-collections, repos
19:34:22:0333 Gs /etc/PackageKit/Vendor.conf file not found
19:34:22:0457 Gs lost session service
19:34:37:0661 Gs adding wildcard app */*/*/*/org.gnome.Builder.desktop/* to plugin cache
19:34:37:0661 Gs adding wildcard app */*/*/*/org.gnome.Calculator.desktop/* to plugin cache
19:34:37:0661 Gs adding wildcard app */*/*/*/org.gnome.clocks.desktop/* to plugin cache
19:34:37:0661 Gs adding wildcard app */*/*/*/org.gnome.Dictionary.desktop/* to plugin cache
19:34:37:0662 Gs adding wildcard app */*/*/*/org.gnome.Documents.desktop/* to plugin cache
19:34:37:0662 Gs adding wildcard app */*/*/*/org.gnome.Evince/* to plugin cache
19:34:37:0662 Gs adding wildcard app */*/*/*/org.gnome.gedit.desktop/* to plugin cache
19:34:37:0662 Gs adding wildcard app */*/*/*/org.gnome.Maps.desktop/* to plugin cache
19:34:37:0662 Gs adding wildcard app */*/*/*/org.gnome.Weather/* to plugin cache
19:34:38:0556 Gs hiding category productivity featured applications: found only 0 to show, need at least 9
19:34:38:0573 Gs hiding category audio-video featured applications: found only 0 to show, need at least 9
19:34:39:0520 Gs automatically prevented from changing kind on system/package/*/generic/de.linrunner.tlp/* from generic to unknown!
19:34:45:0102 Gs automatically prevented from changing kind on system/snap/*/runtime/io.snapcraft.core18-CSO04Jhav2yK0uz97cr0ipQRyqg0qQL6/latest/stable from runtime to unknown!

Flat-Remix verstions:
flat-remix: 20200414
flst-remix-gtk

Sorry I'm post without intention.
Completemay comment:

Flat-Remix verstions:
flat-remix: 20200414
flat-remix-gtk: 20191224
flat-remix-gnome: 2019117

I confirm that this is fixed atleast when you use snap-store from the beta channel. Which was updated today and it is at version 429.

If you want switch to that channel either from Snap Store or with command:

snap switch snap-store --channel beta

Still not fixed here

On Tue, Apr 21, 2020 at 5:05 PM Mateusz Stachowski <
<email address hidden>> wrote:

> I confirm that this is fixed atleast when you use snap-store from the
> beta channel. Which was updated today and it is at version 429.
>
> If you want switch to that channel either from Snap Store or with
> command:
>
> snap switch snap-store --channel beta
>
> ** Attachment added: "snap-store flat blue dark.png"
>
> https://bugs.launchpad.net/snap-store/+bug/1867417/+attachment/5357721/+files/snap-store%20flat%20blue%20dark.png
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1872228).
> https://bugs.launchpad.net/bugs/1867417
>
> Title:
> snap-store launches without theme (transparent) when using non
> standard themes
>
> Status in snap-store:
> Fix Released
>
> Bug description:
> Version 20200312.57b777d 294 - latest/edge
> Ubuntu 20.04
>
> If I launch the snap-store when using a custom theme, probably one not
> included in the themes snap, the app looks "transparent". I mean that
> I can see the banners and the icons of the apps, but the buttons and
> background is fully transparent, I can see what lies in the window
> behind.
>
> What happens:
> no theme loaded when a custom theme is in use, causing transparent app
> not being usable
>
> What I would expect:
> app to fallback to some default theme (possibly Adwaita or Yaru)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/snap-store/+bug/1867417/+subscriptions
>

A discussion is mentioned here too: https://github.com/lassekongo83/zuki-themes/issues/160

Bug isn't fixed - snap-store in Ubuntu 20.04 still launches without theme (transparent) when using lots of different themes, see bug #1886295

Hi Mantas, if this is still happening to you, I suggest you open a new bug, it might be due to a different cause.

I have this problem on 20.04 and using Yaru, never used anything else.

Never mind, reboot fixed it. I noticed some else though, I have changed between the Yaru variants in System settings, if I change it from say Yaru to Yaru Dark, to Yaru Light and then back to Yaru, some things do not respect the theme change like system update, shows up as Yaru Light.

I'm using Xubuntu 18.04 and Snap launches with no theme (transparent window). I am using the standard Xubuntu theme. I have also tried other installed themes (Greybird and variations) and it still does not work. In fact, I cannot find a standard theme in Xubuntu that does not result in a transparent window for Snap.

Reopening since that's still an issue, it's not specific to the store, any gtk software has the issue when it doesn't have permissions to read the gtk.css, which happens in this case because it tries to open the one under /var/lib/snapd/hostfs/usr/share/themes (which the snaps is adding to XDG_DATA_DIRS)

Some notes from a conversation on this issue:

Rather than adding /var/lib/snapd/hostfs/usr/share to XDG_DATA_DIRS, it would be better to add some other directory the snap controls to XDG_DATA_DIRS, and symlink in the data directories from hostfs that we are actually interested in (probably metainfo and maybe applications?). This would prevent unexpected data changing the behaviour of the snap.

While the symlinks are likely to be static, we probably can't bake it into the snap since Snapcraft and/or review-tools will complain about dangling symlinks pointing outside of the snap. Instead, a command-chain script could set up the directory and symlinks under $SNAP_USER_DATA or $SNAP_USER_COMMON. The command chain script could even do the $XDG_DATA_DIRS modification before chaining to the real executable.

The issue should be fixed in the edge channel now

https://git.launchpad.net/snap-store-desktop/commit/?h=snap-store-3-38&id=87712e2c