Dash To Dock 71 not working properly with Gnome Shell 41

  • Open
  • quality assurance status badge
Details
2 participants
  • Liliana Marie Prikler
  • raid5atemyhomework
Owner
unassigned
Submitted by
raid5atemyhomework
Severity
normal
R
R
raid5atemyhomework wrote on 6 Jan 2022 05:35
(name . bug-guix@gnu.org)(address . bug-guix@gnu.org)
TrLqU3wfIpGwKBT7_7FQ9-Idxt6dDGqeorpv6hGfICjhJ8e9_2EaJysMUeyUBW0MZUmnMCib0RDobnAUrwWJC_mxQzbMaVjB1ul-u91fR0U=@protonmail.com
Hello Guix World,

I recently upgraded, and on reboot found that the Gnome Shell extension Dash to Dock was no longer working properly.

Instead of displaying my favorite applications on the bottom dock, it only displays the "applications" icon. Running applications are also not displayed.

I found a solution:

* In the Gnome activities search bar, look for "Extensions" and run it.
* Select the gear icon / settings for Dash to Dock.
* Select tab "Appearance".
* Enable "Use built-in theme".

It seems the details of the theming engine were changed in recent Gnome and you now have no choice but "Use built-in theme".

Thanks
raid5atemyhomework
L
L
Liliana Marie Prikler wrote on 6 Jan 2022 07:59
083cfcdf9fc9f4561f502d9de29e0e20fedbc1ed.camel@gmail.com
Hi,

Am Donnerstag, dem 06.01.2022 um 04:35 +0000 schrieb
raid5atemyhomework:
Toggle quote (16 lines)
> I recently upgraded, and on reboot found that the Gnome Shell extension
> Dash to Dock was no longer working properly.
>
> Instead of displaying my favorite applications on the bottom dock, it
> only displays the "applications" icon.  Running applications are also
> not displayed.
>
> I found a solution:
>
> * In the Gnome activities search bar, look for "Extensions" and run it.
> * Select the gear icon / settings for Dash to Dock.
> * Select tab "Appearance".
> * Enable "Use built-in theme".
>
> It seems the details of the theming engine were changed in recent Gnome
> and you now have no choice but "Use built-in theme".
I'm not sure how this is a bug in Guix. Dash-to-dock 71 is the latest
release from upstream taking extensions.gnome.org as the source of
truth [1]. There appears to be a related issue upstream [2], perhaps
you're encountering that?

Cheers

[1] Actually, whatever the git repo claims to push towards
extensions.gnome.org
R
R
raid5atemyhomework wrote on 7 Jan 2022 04:56
(name . Liliana Marie Prikler)(address . liliana.prikler@gmail.com)(name . 53043@debbugs.gnu.org)(address . 53043@debbugs.gnu.org)
ET0Vc1bPKgRREXLP7j3vio-kCCabx_UDP1n8wdm18rEpo9ALIoLCg1hk0tDCRAZSVwEQPzLGqrAeW1PgH_C6v2VOPnRgteEa4q2RMRADSw0=@protonmail.com
Hello Liliana,


Toggle quote (26 lines)
> Hi,
>
> Am Donnerstag, dem 06.01.2022 um 04:35 +0000 schrieb
> raid5atemyhomework:
>
> > I recently upgraded, and on reboot found that the Gnome Shell extension
> > Dash to Dock was no longer working properly.
> > Instead of displaying my favorite applications on the bottom dock, it
> > only displays the "applications" icon.  Running applications are also
> > not displayed.
> > I found a solution:
> >
> > - In the Gnome activities search bar, look for "Extensions" and run it.
> > - Select the gear icon / settings for Dash to Dock.
> > - Select tab "Appearance".
> > - Enable "Use built-in theme".
> >
> > It seems the details of the theming engine were changed in recent Gnome
> > and you now have no choice but "Use built-in theme".
>
> I'm not sure how this is a bug in Guix. Dash-to-dock 71 is the latest
> release from upstream taking extensions.gnome.org as the source of
> truth [1]. There appears to be a related issue upstream [2], perhaps
> you're encountering that?


The solution found there (disable Ubuntu Dock) does not work for me --- there is no Ubuntu Dock in Guix, LOL.

It may be a *related* bug, but this may also be unique to how Guix packages both programs.
So I want to know if other users on Guix are seeing the same thing as well.
Guix version is e675030fba924a1aef2677f8ab912eaa3c46403c.

Given the default `(service gnome-desktop-service-type)`, where does `gnome-shell` put its logs?
There are no logs for Gnome Shell specifically on `/var/log`, it does not print anything in `/var/log/Xorg.0.log`, and `info guix` does not describe any log output directory for `gnome-desktop-configuration`, so I don't know where Gnome Shell on Guix puts its logs. Does it just get printed to console?

Thanks
raid5atemyhomework
L
L
Liliana Marie Prikler wrote on 7 Jan 2022 06:23
(name . raid5atemyhomework)(address . raid5atemyhomework@protonmail.com)(name . 53043@debbugs.gnu.org)(address . 53043@debbugs.gnu.org)
cdc422111fea6ee21d94ebab8678f63f11f030fd.camel@gmail.com
Hi,

Am Freitag, dem 07.01.2022 um 03:56 +0000 schrieb raid5atemyhomework:
Toggle quote (8 lines)
> Hello Liliana,
>
> [...]
>
>
> It may be a *related* bug, but this may also be unique to how Guix
> packages both programs. So I want to know if other users on Guix are
> seeing the same thing as well.
We don't do rigorous integration tests for GNOME Shell extensions and
to my knowledge you are the first one to report that bug.

Toggle quote (7 lines)
> Given the default `(service gnome-desktop-service-type)`, where does
> `gnome-shell` put its logs?
> There are no logs for Gnome Shell specifically on `/var/log`, it does
> not print anything in `/var/log/Xorg.0.log`, and `info guix` does not
> describe any log output directory for `gnome-desktop-configuration`,
> so I don't know where Gnome Shell on Guix puts its logs.  Does it
> just get printed to console?
There's your ~/.local/share/xorg logs that you haven't mentioned yet,
but I doubt something like an extension misbehaving (i.e. not even
raising an error that GNOME Shell detects) would end up there. I'm not
aware of any other GNOME-specific logs and their locations, but since
it's either /var/log or somewhere in your $HOME/.something, I don't
think Guix would do anything to manipulate the output path. You could
try checking for logs in GDM's home as well, which requires sudo to ls.

Cheers
R
R
raid5atemyhomework wrote on 7 Jan 2022 07:15
(name . Liliana Marie Prikler)(address . liliana.prikler@gmail.com)(name . 53043@debbugs.gnu.org)(address . 53043@debbugs.gnu.org)
MCau22Wi7A7UruA0YoavCp3ptgzavv4QGt_g0GoJlDD70_Uf0ipzSwpyJICuSC4Sz-N47obBb2wUc5RId5YSHDjiJgXhNpcnfvTH5K9INCw=@protonmail.com
Hello,

Toggle quote (13 lines)
> Hi,
>
> Am Freitag, dem 07.01.2022 um 03:56 +0000 schrieb raid5atemyhomework:
>
> > Hello Liliana,
> > [...]
> > It may be a related bug, but this may also be unique to how Guix
> > packages both programs. So I want to know if other users on Guix are
> > seeing the same thing as well.
>
> We don't do rigorous integration tests for GNOME Shell extensions and
> to my knowledge you are the first one to report that bug.

It's probably because "Use built-in theme" is default-enabled and this bug seems to appear with this setting disabled. Disabling the setting lets me set up some more settings for the dock which is why I prefer this setting disabled.

Toggle quote (17 lines)
> > Given the default `(service gnome-desktop-service-type)`, where does
> > `gnome-shell` put its logs?
> > There are no logs for Gnome Shell specifically on `/var/log`, it does
> > not print anything in `/var/log/Xorg.0.log`, and `info guix` does not
> > describe any log output directory for `gnome-desktop-configuration`,
> > so I don't know where Gnome Shell on Guix puts its logs.  Does it
> > just get printed to console?
>
> There's your ~/.local/share/xorg logs that you haven't mentioned yet,
> but I doubt something like an extension misbehaving (i.e. not even
> raising an error that GNOME Shell detects) would end up there. I'm not
> aware of any other GNOME-specific logs and their locations, but since
> it's either /var/log or somewhere in your $HOME/.something, I don't
> think Guix would do anything to manipulate the output path. You could
> try checking for logs in GDM's home as well, which requires sudo to ls.


The github issue you linked to asks for logs as well, so presumably they print *something* on the logs that might help them.

Nothing in my normal user `~/.local/share/` has xorg in it, and `root` has no `~root/.local`. My user has `~/.local/share/gnome-shell` but it has no logs either. I also looked into `~/.cache` and `~/.local` for both my user and `root` -- no dice.

I don't use GDM since it keeps wanting to suspend the computer, and the computer is intended to be a fileserver and printserver, the Gnome Shell is just there for ease-of-use since the printer is a scanner/printer and you can't really remotely use the scanner usefully since you have to feed the papers to scan into it one by one anyway.

Looking at my console, flipping the "Use built-in theme" shows a bunch of error messages on the console. Sigh. Looks like `gnome-shell` on Guix prints its logs to console, which makes it a headache to copy-paste messages off for bug reports.

Re:

Toggle quote (3 lines)
> but I doubt something like an extension misbehaving (i.e. not even
> raising an error that GNOME Shell detects) would end up there.

It's JavaScript. If you have a browser and open its console while browsing most websites, you'll see a fair number of error messages there, even though the site may be operating perfectly well as far as you can tell --- errors don't cause a typical JavaScript application to crash because an error will just send it back to the event mainloop and it will keep on going on despite bunches of JavaScript errors. That's why logs for `gnome-shell` are fairly vital, and it's getting thrown into the console where they are not recorded. Sigh. More coding to do to make Guix useful.

Thanks
raid5atemyhomework
L
L
Liliana Marie Prikler wrote on 23 Oct 2022 19:27
(name . raid5atemyhomework)(address . raid5atemyhomework@protonmail.com)(name . 53043@debbugs.gnu.org)(address . 53043@debbugs.gnu.org)
8e22b65c9b2c4dc8e42697941bdffebfb6633eb9.camel@gmail.com
Am Freitag, dem 07.01.2022 um 06:15 +0000 schrieb raid5atemyhomework:
Toggle quote (20 lines)
> Hello,
>
> > Hi,
> >
> > Am Freitag, dem 07.01.2022 um 03:56 +0000 schrieb
> > raid5atemyhomework:
> >
> > > Hello Liliana,
> > > [...]
> > > It may be a related bug, but this may also be unique to how Guix
> > > packages both programs. So I want to know if other users on Guix
> > > are seeing the same thing as well.
> >
> > We don't do rigorous integration tests for GNOME Shell extensions
> > and to my knowledge you are the first one to report that bug.
>
> It's probably because "Use built-in theme" is default-enabled and
> this bug seems to appear with this setting disabled.  Disabling the
> setting lets me set up some more settings for the dock which is why I
> prefer this setting disabled.
Are you still experiencing this with the current Dash To Dock on Gnome
42?

Toggle quote (12 lines)
> > but I doubt something like an extension misbehaving (i.e. not even
> > raising an error that GNOME Shell detects) would end up there.
>
> It's JavaScript.  If you have a browser and open its console while
> browsing most websites, you'll see a fair number of error messages
> there, even though the site may be operating perfectly well as far as
> you can tell --- errors don't cause a typical JavaScript application
> to crash because an error will just send it back to the event
> mainloop and it will keep on going on despite bunches of JavaScript
> errors.  That's why logs for `gnome-shell` are fairly vital, and it's
> getting thrown into the console where they are not recorded.  Sigh. 
> More coding to do to make Guix useful.
I think you're missing the point here; typically, GNOME Shell has the
ability to detect errors in the initialization of extensions and report
them through looking glass, and as far as I know GNOME also writes to
Xorg logs. Even with that said, I doubt you will find any useful logs
anywhere due to the nature of what you're trying to debug rather than
Guix trying its best to get in your way of debugging.
?