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

Bug #1867417 reported by fcole90
100
This bug affects 18 people
Affects Status Importance Assigned to Milestone
snap-store-desktop
Fix Committed
High
Unassigned

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)

Tags: focal groovy
Revision history for this message
Erich Eickmeyer (eeickmeyer) wrote :

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.

no longer affects: gtk-common-themes
Revision history for this message
Ken VanDine (ken-vandine) wrote :

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.

Changed in snap-store:
status: New → Fix Released
Revision history for this message
Ricardo S O Leite (ricsdeol) wrote :

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

Revision history for this message
Ricardo S O Leite (ricsdeol) wrote :

Sorry I'm post without intention.
Completemay comment:

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

Revision history for this message
Mateusz Stachowski (stachowski-mateusz) 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

Revision history for this message
Michael (laughingman01) wrote : Re: [Bug 1867417] Re: snap-store launches without theme (transparent) when using non standard themes

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
>

Revision history for this message
Compiler (pranav.bhattarai) wrote :

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

Revision history for this message
Mantas Kriaučiūnas (mantas) wrote :

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

Revision history for this message
fcole90 (fcole90) wrote :

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

Revision history for this message
Angel D. Segarra (angel-segarra) wrote :

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

Revision history for this message
Angel D. Segarra (angel-segarra) wrote :

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.

Revision history for this message
J. McDonald (mcdonald-joseph) wrote :

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.

Revision history for this message
Sebastien Bacher (seb128) wrote :

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)

Changed in snap-store-desktop:
status: Fix Released → Triaged
Revision history for this message
James Henstridge (jamesh) wrote :

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.

Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in snap-store-desktop:
importance: Undecided → High
status: Triaged → Fix Committed
tags: added: focal
tags: added: groovy
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.