Bug #10576

Occasionnally missing bits of widgets in the top-right GNOME Shell tray on Jessie

Added by intrigeri 2015-11-18 01:39:42 . Updated 2019-06-15 09:19:47 .

Status:
Confirmed
Priority:
Elevated
Assignee:
Category:
Target version:
Start date:
2015-11-18
Due date:
% Done:

10%

Feature Branch:
Type of work:
Research
Blueprint:

Starter:
Affected tool:
Deliverable for:

Description

Sometimes, I don’t see the date/time nor the ibus menu icon. It seems random and exact symptoms vary. I think that sajolida has seen it too.

In my case (Spice/QXL/QEMU VM), where I can dynamically change the display size & resolution, making the display way bigger fixes the bug, and reverting to the initial display size reverts back to the problematic initial state.


Files


Subtasks


Related issues

Related to Tails - Bug #10807: Vidalia icon is sometimes not visible or hidden in the notification area Resolved 2015-12-31
Related to Tails - Bug #8309: Remove the topIcons GNOME Shell extension Confirmed 2014-11-20
Related to Tails - Bug #11045: Opening Florence from the Applications menu creates a duplicate widget in the top icons Resolved 2016-02-02
Has duplicate Tails - Bug #10963: New icons 'push' the others to the right on right-top bar. Duplicate 2016-01-17

History

#1 Updated by intrigeri 2015-11-18 01:40:20

  • Assignee set to intrigeri
  • Target version set to Tails_2.0

I’ll do some research before I evaluate if it’s a blocker for 2.0.

#2 Updated by intrigeri 2015-11-18 01:44:29

  • Description updated

#3 Updated by intrigeri 2015-11-18 02:51:35

To clarify, there are at least two different bugs that we should not mix up:

  1. the one I’ve reported here, where widgets in the tray are somewhat narrowed (to their arrow, with a dot instead of the expected text);
  2. one I see on a ThinkPad X61, where (as soon as the “Synchronizing the system’s clock” notification appears) some widgets in the tray (main top right menu, accessibility, arrow icon of the keyboard layout switcher) become invisible unless clicked, but retain their original full width. Let’s please not discuss this one here, and instead file a dedicated ticket if, and only if, we can reproduce it on hardware that satisfies our documented requirements.

#4 Updated by intrigeri 2015-11-18 08:42:12

  • Subject changed from Missing bits of widgets in the top-right GNOME Shell tray on Jessie to Occasionnally missing bits of widgets in the top-right GNOME Shell tray on Jessie

#5 Updated by intrigeri 2016-01-08 12:36:28

I’ve received some logs about it.

#6 Updated by intrigeri 2016-01-09 21:50:34

OK, so I can reproduce it (“I don’t see the date/time nor the ibus menu icon”) in a VM on my system if I run stress --cpu 3 --io 4 --vm 2 --vm-bytes 128M at the same time; not 100% of the time, but I can make it happen. I have found one error in the logs that I only see when the bug happens: gnome-session[2343]: (gnome-shell:2871): GLib-GObject-WARNING **: /build/glib2.0-EvFudu/glib2.0-2.42.1/./gobject/gsignal.c:2579: instance '0x94b20f0' has no handler with id '32170'. It refers to https://sources.debian.net/src/glib2.0/2.42.1-1/gobject/gsignal.c/?hl=2501#L2579.

In the last set of logs + screenshot sajolida sent me, I see exactly the same symptom, and this line is in his logs too. It’s also in his logs from another session that exposed a similar bug.

I’m not sure where this leads me, but at least I feel I can now possibly work on it. Maybe.

#7 Updated by intrigeri 2016-01-09 22:00:14

  • related to Bug #10807: Vidalia icon is sometimes not visible or hidden in the notification area added

#8 Updated by intrigeri 2016-01-09 22:15:42

In the first set of logs sajolida sent me, I see topIcons -related error that are similar to those on Bug #10807#note-3, but not exactly the same:

Jan 06 11:08:33 amnesia gnome-session[30034]: (gnome-shell:30263): Gjs-WARNING **: JS ERROR: TypeError: parent is null
Jan 06 11:08:33 amnesia gnome-session[30034]: moveToTop@/usr/share/gnome-shell/extensions/topIcons@adel.gadllah@gmail.com/extension.js:135

#9 Updated by intrigeri 2016-01-09 23:47:31

I don’t seem to be able to reproduce this bug with an ISO that has the topIcons extension disabled:

--- a/config/chroot_local-includes/etc/dconf/db/local.d/00_Tails_defaults
+++ b/config/chroot_local-includes/etc/dconf/db/local.d/00_Tails_defaults
@@ -85,5 +85,5 @@ antialiasing = 'rgba'
 hinting = 'slight'

 [org/gnome/shell]
-enabled-extensions = ['apps-menu@gnome-shell-extensions.gcampax.github.com', 'window-list@gnome-shell-extensions.gcampax.github.com', 'topIcons@adel.gadllah@gmail.com', 'shutdown-helper@tails.boum.org']
+enabled-extensions = ['apps-menu@gnome-shell-extensions.gcampax.github.com', 'window-list@gnome-shell-extensions.gcampax.github.com', 'shutdown-helper@tails.boum.org']
 favorite-apps=['tor-browser.desktop', 'icedove.desktop', 'pidgin.desktop', 'keepassx.desktop', 'gnome-terminal.desktop']

I don’t know if the topIcons extension is buggy, or merely triggering a bug in GNOME Shell. In the source code of topIcons, in function onTrayIconAdded, I see something that looks like a crude hack, that waits 500ms twice and then gives up. I would not be surprised if this was not very reliable under heavy load. Perhaps Bug #8309 is more urgent that we thought?

#10 Updated by intrigeri 2016-01-09 23:48:12

  • related to Bug #8309: Remove the topIcons GNOME Shell extension added

#11 Updated by intrigeri 2016-01-10 22:00:53

  • Status changed from Confirmed to In Progress
  • % Done changed from 0 to 10

Documented as a known issue on the devel branch. I’ll call for help to debug the topIcons thing and/or to work on the blockers of Bug #8309, whichever is easier to find motivated people for. I doubt this is fixed in 2.0 final, so I’m counting on Bug #8309 a bit more, but there’s still hope!

#12 Updated by intrigeri 2016-01-10 22:16:33

Called for help, and summed up the three options I see: https://mailman.boum.org/pipermail/tails-dev/2016-January/010060.html

#13 Updated by intrigeri 2016-01-10 22:20:43

  • Priority changed from Normal to Elevated

#14 Updated by sajolida 2016-01-13 11:08:41

Another quite annoying symptom of this issue (still present in rc1) is that clickable areas of widgets and their icons are not at the same place. For example, nothing happens when I click on the Florence icon but Florence appears when I click elsewhere (on the left of the OpenPGP Applet). See screenshot.

#15 Updated by intrigeri 2016-01-17 21:09:43

  • related to Bug #10963: New icons 'push' the others to the right on right-top bar. added

#16 Updated by intrigeri 2016-01-19 15:24:56

sajolida wrote:
> Another quite annoying symptom of this issue (still present in rc1) is that clickable areas of widgets and their icons are not at the same place. For example, nothing happens when I click on the Florence icon but Florence appears when I click elsewhere (on the left of the OpenPGP Applet). See screenshot.

I see that there’s a hack in the code to handle clickProxy.set_position. I suspect it’s not done at the right time, or should be done once more, or something.

#17 Updated by intrigeri 2016-01-19 19:00:28

Similar issues reported elsewhere:

Potential alternative to topIcons:

#18 Updated by intrigeri 2016-01-19 19:23:10

#19 Updated by intrigeri 2016-01-19 19:53:31

Reported upstream via https://extensions.gnome.org/extension/495/topicons/ and over direct email (topIcons@adel.gadllah@gmail.com). Asked for help to a few GNOME people (tails-dev@ Cc’ed).

#20 Updated by intrigeri 2016-01-19 20:00:18

Tweeted the call for help (this is what I’m doing in 2016, really? :) https://twitter.com/Tails_live/status/689537619928178690

#21 Updated by intrigeri 2016-01-26 12:09:19

  • Target version changed from Tails_2.0 to Tails_2.2

Forwarded the call for help to the GNOME Shell mailing-list yesterday.

#22 Updated by sajolida 2016-02-02 17:38:21

  • related to Bug #11045: Opening Florence from the Applications menu creates a duplicate widget in the top icons added

#23 Updated by intrigeri 2016-02-10 12:07:23

I got some more info, screenshots and logs. Perhaps we could document “disable topIcons, restart GNOME Shell, enable topIcons” as a workaround.

#24 Updated by intrigeri 2016-02-13 04:19:49

Just seen it in the automated test suite! FWIW, everything looks fine until the Vidalia icon appears.

#25 Updated by intrigeri 2016-02-27 10:12:33

  • Assignee changed from intrigeri to emmapeel
  • Target version changed from Tails_2.2 to Tails_2.3
  • QA Check set to Info Needed

emmapeel, sajolida: is this fixed (thanks to Feature #6841) for you in 2.2~rc1, or 2.2 final?

If not, it would be great to retry without adding any non-default icon to the area managed by topIcons (IIRC you folks both use additional software that adds stuff in there).

Thanks!

#26 Updated by intrigeri 2016-02-29 12:40:06

Note to myself: removing Vidalia did not fully fix this: https://jenkins.tails.boum.org/job/manual_test_Tails_ISO_experimental/50/

#27 Updated by intrigeri 2016-03-03 23:27:39

  • Assignee changed from emmapeel to intrigeri
  • QA Check deleted (Info Needed)

Still happens on 2.2~rc1.

#28 Updated by sajolida 2016-03-07 11:36:50

In the coming days I’ll try to experiment with removing one by one the widgets we have in TopIcons. Maybe it was not Vidalia but another one that was generating the bug.

#29 Updated by emmapeel 2016-03-07 17:53:15

After many days of not opening it, and not seeing the bug, today I had this problem again after opening KeepassX (Qt based like Vidalia)

#30 Updated by intrigeri 2016-03-08 10:55:06

  • related to deleted (Bug #10963: New icons 'push' the others to the right on right-top bar.)

#31 Updated by intrigeri 2016-03-08 10:56:48

  • has duplicate Bug #10963: New icons 'push' the others to the right on right-top bar. added

#32 Updated by sajolida 2016-03-15 17:14:40

I reproduced this today with Florence disabled and KeePassX not in the tray icons either. I had OpenPGP Applet, Pidgin, and Clementine (custom).

#33 Updated by sajolida 2016-03-16 11:37:11

I reproduced this again today with only Florence and Clementine (no Pidgin, no KeePassX, no OpenPGP Applet).
So it seems like this bug cannot be attributed to an icon in particular but more generally to the TopIcon extension, GNOME Classic, GNOME Shell, or whatever GNOME plumbing is behind that.

I would be interested in testing with the default GNOME Shell + Applications menu + TopIcons + Window list (instead of GNOME Classic) but I’m not sure how to go about that…

#34 Updated by intrigeri 2016-03-16 14:16:55

> I would be interested in testing with the default GNOME Shell + Applications menu + TopIcons + Window list (instead of GNOME Classic)

My understanding is that GNOME Classic = GNOME Shell + apps menu + window list, so I doubt it’ll be any different.

#35 Updated by sajolida 2016-03-17 14:48:07

Reproduced today with only Clementine in tray icons.

#36 Updated by intrigeri 2016-04-14 21:39:53

  • Target version changed from Tails_2.3 to Hole in the Roof

Interestingly, it seems to be that the bug is only triggered when one starts a Qt4 application (Vidalia, Clementine, KeePassX) that puts an icon in the notification area. Thanks to emmapeel for the idea, and to sajolida for the recent reproducer with Clementine!

Now, I have to admit I won’t manage to fix this any time soon, so this becomes a Hole in the Roof. I think we should get rid of the topIcons temporary hack, but quite clearly we’re not there yet :/

#37 Updated by emmapeel 2016-04-16 17:16:18

intrigeri wrote:
> Interestingly, it seems to be that the bug is only triggered when one starts a Qt4 application (Vidalia, Clementine, KeePassX) that puts an icon in the notification area. Thanks to emmapeel for the idea, and to sajolida for the recent reproducer with Clementine!
>
You can thank me for sharing the idea, but it was actually anonym who realised it was triggered mostly with Qt4 apps…

Let me know if there is some ISO to test…

#38 Updated by sajolida 2016-04-25 05:16:26

Today I reproduced this when starting Pidgin (which is Gtk I think). I had started: Florence, OpenPGP Applet, and Pidgin. See screenshots in attachment (as always restart GNOME Shell brings everything back in place).

#39 Updated by intrigeri 2016-05-04 04:04:54

> Today I reproduced this when starting Pidgin (which is Gtk I think).

Thanks, this allows us to dismiss the “Qt applets don’t play well with topIcons” idea.

So we’re back at “topIcons + Window list extensions don’t play well together”. I’m very much tempted to propose we drop the list of windows, as a way to 1. transition further towards a regular GNOME Shell experience; 2. fix this bug.

sajolida, emmapeel: any one of you want to experiment with current Tails and the “Window list” extension disabled, and report back if this bug happens in that context?

#40 Updated by sajolida 2016-05-05 07:32:10

> So we’re back at “topIcons + Window list extensions don’t play well together”.

It’s the first time I hear about this hypothesis or at least I don’t
find any reference to it on this ticket. I’m not against it but for me
it was the topIcons as such which was problematic.

> sajolida, emmapeel: any one of you want to experiment with current Tails and the “Window list” extension disabled, and report back if this bug happens in that context?

I don’t mind trying this but I don’t manage to disable the window list
in Tails. It’s marked as “On” in Tweak Tool but it’s not disabled when I
turned it “Off”. The same applies to “Applications menu” but not to
other extensions, like “Top icons”, so maybe it has something to do with
the classical mode…

I also tried to override ‘org/gnome/desktop/session’ through a dotfile
in /etc/dconf/db/local.d/01_Pure_shell with:

[org/gnome/desktop/session]
session-name='gnome'

But it’s not applied and I still get ‘gnome-classic’ after restarting
and executing dconf dump '/org/gnome/desktop/session/'.

Any other idea?

#41 Updated by intrigeri 2016-05-05 08:53:25

>> So we’re back at “topIcons + Window list extensions don’t play well together”.

> It’s the first time I hear about this hypothesis or at least I don’t find any reference to it on this ticket. I’m not against it but for me it was the topIcons as such which was problematic.

I was confused, sorry. Forget the “Window list” part.

> I don’t mind trying this […]

Forget that part too. Sorry for the confusion!

#42 Updated by anonym 2016-05-09 02:28:57

Possibly related: I just booted a devel-build where I only have the GNOME Applications menu, not Places.

#43 Updated by sajolida 2016-05-09 16:49:04

Interesting… For what it’s worth, I’m facing this bug every day and never saw this.

#44 Updated by intrigeri 2016-07-18 07:53:38

https://tracker.debian.org/pkg/gnome-shell-extension-top-icons-plus (aka. https://github.com/phocean/TopIcons-plus) entered Debian today. So next step is to help sajolida and other affected people try it.

#45 Updated by sajolida 2016-07-18 12:49:44

Yeap, I’m fine testing this but as you rightly guessed, I’ll be more happy with more instructions…

#46 Updated by intrigeri 2016-07-18 14:48:07

> Yeap, I’m fine testing this but as you rightly guessed, I’ll be more happy with more instructions…

Of course :)

#47 Updated by intrigeri 2016-07-30 06:40:20

Sadly, TopIcons Plus is not compatible with Jessie’s GNOME Shell, so here are (untested) instructions for Tails/Stretch.

1. Use rootpw= to set a root password (since our Greeter is broken on Stretch), then go through GDM (iirc logging with amnesia/amnesia works).

2. As root run:

apt update && apt install gnome-shell-extension-top-icons-plus

3. As amnesia run:

gnome-shell-extension-tool --disable 'topIcons@adel.gadllah@gmail.com' && \
gnome-shell-extension-tool --enable 'TopIcons@phocean.net'

4. Then do whatever usually triggers this bug, see what happens, and report back.

#48 Updated by intrigeri 2016-07-30 10:00:27

intrigeri wrote:
> Sadly, TopIcons Plus is not compatible with Jessie’s GNOME Shell, so here are (untested) instructions for Tails/Stretch.

feature/stretch now installs TopIcons Plus instead of TopIcons. See Bug #11442#note-5 for tips wrt. using an ISO based on Stretch (warning: rough edges).

#49 Updated by intrigeri 2016-08-31 06:19:40

We see this bug a lot in the test suite on the devel branch since a bunch of my test suite work was merged a week ago. So it might be worth backporting to Tails 2.x the work I’m doing in this area on feature/stretch (see subtasks of Bug #8309), once our test suite shows that it actually helps.

#50 Updated by emmapeel 2016-09-25 02:06:27

I can reproduce quite often when using Gnotime. Less often with Keepassx. Also in Tails 2.6

Could not find more in the logs than the very spammy:

Sep 25 08:48:26 amnesia gnome-session[28320]: (gnome-shell:28464): mutter-WARNING : STACK_OP_RAISE_ABOVE: window 0x5c01400016 not in stack

#51 Updated by intrigeri 2017-06-28 12:53:50

  • Assignee changed from intrigeri to sajolida
  • QA Check set to Info Needed

Can you still reproduce this on Tails 3.x? If you can, please send me a screenshot + WhisperBack “technical details”.

#52 Updated by sajolida 2017-07-10 15:15:27

  • Status changed from In Progress to Resolved
  • Assignee deleted (sajolida)
  • QA Check deleted (Info Needed)

I don’t remember seeing this in 3.0 → \o/

#53 Updated by BitingBird 2017-08-30 17:12:49

  • Target version deleted (Hole in the Roof)

#54 Updated by intrigeri 2017-09-21 13:29:27

  • Status changed from Resolved to Confirmed

mercedes508 has seen this problem on bare metal on Tails 3.0.

The logs show no error message that rings any bell, except the usual TopIcon-related ones.

#55 Updated by intrigeri 2017-09-22 05:27:36

I wonder if https://bugzilla.gnome.org/show_bug.cgi?id=781760 might be involved => anyone affected, please let me know if you ever see this problem on a Tails system whose screen has never been locked and where the screensaver has never been activated.

#56 Updated by sajolida 2019-06-14 11:41:14

I’m using Tails every day and was affected by this a lot in Tails 2.x but I don’t remember seeing in months (in Tails 3.x at all?).

I still see GNOME Shell restarting now and then but no missing widgets.

Maybe other daily users can confirm.

#57 Updated by intrigeri 2019-06-15 09:19:47

> I’m using Tails every day and was affected by this a lot in Tails 2.x but I don’t remember seeing in months (in Tails 3.x at all?).

This is good to know! Based on this feedback, I was almost going to close this ticket, assuming it was fixed by the upgrade to Stretch, but then I noticed that the problem has been seen once on 3.0, so it’s not that simple :/

On Bug #10576#note-6 I mentioned a way that helped me reproduce this problem (that’s quite clearly a race condition). It would be sweet if someone could try this with current Tails 3.x, and ideally with feature/buster. But no big deal if we don’t, because in any case, we have other good reasons than this ticket to do Bug #8309, starting with the GNOME Shell crashes sajolida still experiences (Bug #11188), and once we’ve done Bug #8309 we can close this very ticket.