Bug 1208417 - NetworkManager panel gadget missing
Summary: NetworkManager panel gadget missing
Keywords:
Status: CLOSED DUPLICATE of bug 1208183
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk3
Version: 21
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-02 08:30 UTC by Jeremy Harris
Modified: 2015-04-07 10:28 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-07 10:28:34 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
rpm -qa --last (CentOS 7.1) (50.58 KB, text/plain)
2015-04-02 20:18 UTC, Raphael Groner
no flags Details
rpm -qa --last (f21) (174.29 KB, text/plain)
2015-04-02 20:38 UTC, Florian "der-flo" Lehner
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 731612 0 None None None 2019-05-22 19:57:18 UTC
Red Hat Bugzilla 1208297 0 unspecified CLOSED nm-applet invisible in Xfce 2021-02-22 00:41:40 UTC

Internal Links: 1208297

Description Jeremy Harris 2015-04-02 08:30:08 UTC
Description of problem:
 Lack of network panel gadget, annoying since this is my usual route to
bringing up the VPN firs thing in the morning.

Version-Release number of selected component (if applicable):
  NetworkManager.x86_64 1:0.9.10.2-2.fc21
  xfce4-panel-4.10.1-6.fc21.x86_64

How reproducible:
 Same after a reboot

Steps to Reproduce:
1. Login
2. Observe panel lacking network gadget
3.

Actual results:
 No gadget

Expected results:
 Gadget present and usable

Additional info:
 The usual "yum update" done last night

Comment 1 Jeremy Harris 2015-04-02 08:32:42 UTC
Not present in the list of possibles to add, either

Comment 2 Raphael Groner 2015-04-02 08:39:39 UTC
Please check: Do you have the tray plugin ("Notification Area") as an item in one of your panels instances?

http://docs.xfce.org/xfce/xfce4-panel/systray

Comment 3 Jeremy Harris 2015-04-02 08:43:55 UTC
Yes; it's marked as "(external)" and has internal name "systray-6".

Comment 4 Kevin Fenzi 2015-04-02 11:47:44 UTC
is the 'nm-applet' process running? 

If you do a 'systemctl restart NetworkManager' does it appear. 

If not, can you look through 'journalctl -u NetworkManager -b -l' and see if there's any errors related to nm-applet?

Also, what was upgraded in your yum-update? NetworkManager ?

Comment 5 Jeremy Harris 2015-04-02 12:00:26 UTC
> is the 'nm-applet' process running? 
  - Yes

> If you do a 'systemctl restart NetworkManager' does it appear. 
  - No

> If not, can you look through 'journalctl -u NetworkManager -b -l' and see if
> there's any errors related to nm-applet?
  - None mentioning nm-applet.  One warning for a missing cert for EAP.

Also, what was upgraded in your yum-update? NetworkManager ?
 kernel, selinux-policy
 I don't see mention of an NM update in var/log/messages

Comment 6 Kevin Fenzi 2015-04-02 12:03:01 UTC
Anything in 'journalctl --user -b -l' about nm-applet?

Do you see other items in your system tray? 

If you boot the previous kernel does it start working?

Comment 7 Jeremy Harris 2015-04-02 12:14:55 UTC
> Anything in 'journalctl --user -b -l' about nm-applet?
  - No

> Do you see other items in your system tray? 
  - Sorry, I'm unfamiliar with that term.  The panel has other items in
the relevant region: a power-manager, (right now, not always present)
a backup-runner, a clock.

> If you boot the previous kernel does it start working?
  - No

Comment 8 Kevin Fenzi 2015-04-02 12:22:58 UTC
(In reply to Jeremy Harris from comment #7)
> > Do you see other items in your system tray? 
>   - Sorry, I'm unfamiliar with that term.  The panel has other items in
> the relevant region: a power-manager, (right now, not always present)
> a backup-runner, a clock.

Xfce has a panel plugin that makes a 'system tray' in a panel. This is where various applications can show little status icons or the like. nm-applet is one of these, hexchat has one, keepassx, firewall-config, etc. The systray interface is somewhat generic and works with many desktops. (so, they don't need to write plugins for N things, they can just provide a systray icon). 

Can you try removing your system tray from the panel (it's called "notification area" I think). Then re-adding it? If that doesn't help, can you make a new fresh user, login as that user and see if it's working there? That would point us to a per user config vs a system wide issue.

Comment 9 Jeremy Harris 2015-04-02 12:57:27 UTC
Re-addding the notification area does result in the reappearance of the NM
gadget.  Thanks - my immediate issue is fixed now, though you may want to
keep this bug open for it going away in the first place?  I'll leave that up
to you.

Comment 10 Kevin Fenzi 2015-04-02 13:15:01 UTC
Yeah, I have not seen any other reports, but lets keep it open for a bit and see if anymore appear...

Comment 11 Raphael Groner 2015-04-02 13:49:55 UTC
Although not quite sure how CentOS 7 is using NetworkManger, but it's running somehow in the background: I tried to newly add the notification area into my xfce4-panel instance, it appears empty with a working network connection. So this seems to be reproducible in epel7-testing, too.

Comment 12 Florian "der-flo" Lehner 2015-04-02 19:13:04 UTC
Hi!
I can confirm Jeremys problem with the appearance of the applet in the notifications area. Removing and readding the notification area doesn't work for me. Neither does xfce-panel -r.

Cheers,
 flo

Comment 13 Kevin Fenzi 2015-04-02 19:45:04 UTC
bizzare. 

ok. Can those of you seeing this please provide the exact list of packages you updated when it happened? You should be able to get those from /var/log/yum.log or /var/log/dnf.log or 'rpm -qa --last'

Comment 14 Raphael Groner 2015-04-02 20:18:13 UTC
Created attachment 1010359 [details]
rpm -qa --last (CentOS 7.1)

Done in my CentOS 7 developer vm
I guess this is the upgrade to 7.1 incl. new NetworkManager packages

Comment 15 Florian "der-flo" Lehner 2015-04-02 20:38:07 UTC
Created attachment 1010363 [details]
rpm -qa --last (f21)

Comment 16 Mukundan Ragavan 2015-04-03 01:26:13 UTC
I am wondering if this is a gtk issue ...

Just as mentioned here - 

https://bugzilla.redhat.com/show_bug.cgi?id=1208297

Comment 17 Mukundan Ragavan 2015-04-03 01:29:09 UTC
(In reply to Mukundan Ragavan from comment #16)
> I am wondering if this is a gtk issue ...
> 

I meant to write gtk3 (seen in both recent updates, albeit very different versions?)

Comment 18 schlaffi 2015-04-03 09:05:34 UTC
I confirm this here. It is, however, not 100% deterministic. I had it the first time when recovering from suspend. A reboot did not help. A second reboot did. I should maybe try the older kernel version, but I cannot reboot at the moment. These are the updates between working and non-working

perl-Text-ParseWords-3.30-1.fc21.noarch
kernel-devel-3.19.3-200.fc21.x86_64
perl-Compress-Raw-Zlib-2.066-2.fc21.x86_64
freexl-1.0.1-1.fc21.x86_64
sip-4.16.6-1.fc21.x86_64
python3-sip-4.16.6-1.fc21.x86_64
kernel-headers-3.19.3-200.fc21.x86_64
gtk3-3.14.10-1.fc21.x86_64
kernel-debug-devel-3.19.3-200.fc21.x86_64
selinux-policy-doc-3.13.1-105.9.fc21.noarch
kernel-modules-extra-3.19.3-200.fc21.x86_64
kernel-3.19.3-200.fc21.x86_64
selinux-policy-sandbox-3.13.1-105.9.fc21.noarch
libreoffice-pyuno-4.3.6.2-6.fc21.x86_64
libreoffice-emailmerge-4.3.6.2-6.fc21.x86_64
libreoffice-4.3.6.2-6.fc21.x86_64
libreoffice-pdfimport-4.3.6.2-6.fc21.x86_64
libreoffice-impress-4.3.6.2-6.fc21.x86_64
libreoffice-graphicfilter-4.3.6.2-6.fc21.x86_64
libreoffice-draw-4.3.6.2-6.fc21.x86_64
libreoffice-math-4.3.6.2-6.fc21.x86_64
libreoffice-calc-4.3.6.2-6.fc21.x86_64
libreoffice-base-4.3.6.2-6.fc21.x86_64
libreoffice-writer-4.3.6.2-6.fc21.x86_64
libreoffice-core-4.3.6.2-6.fc21.x86_64
libreoffice-opensymbol-fonts-4.3.6.2-6.fc21.noarch
autocorr-en-4.3.6.2-6.fc21.noarch
selinux-policy-targeted-3.13.1-105.9.fc21.noarch
selinux-policy-3.13.1-105.9.fc21.noarch
kernel-modules-3.19.3-200.fc21.x86_64
kernel-core-3.19.3-200.fc21.x86_64
libreoffice-ure-4.3.6.2-6.fc21.x86_64

Not too many candidates...

Comment 19 schlaffi 2015-04-03 09:27:32 UTC
sorry, the symbol never showed up since then.

Comment 20 Raphael Groner 2015-04-03 10:44:36 UTC
(In reply to schlaffi from comment #18)
…
> gtk3-3.14.10-1.fc21.x86_64> Not too many candidates...

When we do not expect the kernel or libreoffice or perl/python libraries to have anything to do with this issue, so there's not much left except gtk3 and maybe selinux …

Comment 21 Chris van de Sande 2015-04-03 11:29:32 UTC
I'm the one that filed https://bugzilla.redhat.com/show_bug.cgi?id=1208297 and I have a strong feeling this is the same issue.  
There's been an issue with gtk3 and notifications in the past, see: https://bugzilla.gnome.org/show_bug.cgi?id=731612

Have a feeling it might be some kind of regression.

Comment 22 Jeremy Harris 2015-04-03 12:23:28 UTC
And, bad news, today's boot has it missing.  Remove/add the notification area
works.

Comment 23 Kevin Fenzi 2015-04-03 13:53:22 UTC
ok, lets try and isolate if it's really gtk3 related. ;) 

Can folks seeing this: 

* 'yum --enablerepo=updates-testing update gtk3' and this will take you to 3.14.11 (which is newer than the .10 everyone here seems to have). Does the problem persist with this version?

* Download the previous version (3.14.9) from: https://koji.fedoraproject.org/koji/buildinfo?buildID=615257 and use 'yum downgrade' on the rpms you have installed to downgrade back to 3.14.9. Does the problem persist with this version?

Also, can folks seeing this check their ~/.xsession-errors file (if using lightdm or the like) and/or journalctl --user (if using gdm) output for any mentions of nm-applet?

Thanks.

Comment 24 Chris van de Sande 2015-04-03 14:07:43 UTC
Confirmed gtk3.

----------------------------------------------------------------------

Updated:
  gtk3.x86_64 0:3.14.11-1.fc21                                                                 

Dependency Updated:
  gtk3-immodule-xim.x86_64 0:3.14.11-1.fc21                                                         

Complete!
cvandesande@t430 ~ $ killall nm-applet
cvandesande@t430 ~ $ nm-applet

*Does not appear*

cvandesande@t430 ~ $ xfce4-panel -r

*appears*

---------------------------------------------------------------------

Removed:
  gtk3.x86_64 0:3.14.11-1.fc21               gtk3-immodule-xim.x86_64 0:3.14.11-1.fc21              

Installed:
  gtk3.x86_64 0:3.14.9-1.fc21                gtk3-immodule-xim.x86_64 0:3.14.9-1.fc21               

Complete!

cvandesande@t430 ~ $ killall nm-applet
cvandesande@t430 ~ $ nm-applet

*appears*

panel reload not needed.

Comment 25 Chris van de Sande 2015-04-03 14:20:25 UTC
Using lightdm, in .xsession-errors I'm seeing

(xfwm4:1979): xfwm4-WARNING **: Cannot get window attributes for window (0x5400675)

Whenever I run nm-applet

Comment 26 Kevin Fenzi 2015-04-03 20:09:30 UTC
Lets move this over to gtk3 and see if they can come up with something here.

Comment 27 Jeremy Harris 2015-04-07 08:29:20 UTC
Apologies for being behind on this.  Confirm the update where this appeared
brought in gtk3-3.14.10-1.fc21.x86_64; will try 3.14.11

Comment 28 Jirka Klimes 2015-04-07 10:28:34 UTC
I have tried with F21 XFCE live ISO. nm-applet icon showed with the default gtk3-3.14.5-1, but after updating to gtk3-3.14.10-1, killing nm-applet and running it doesn't show its icon (nm-applet runs, though).

*** This bug has been marked as a duplicate of bug 1208183 ***


Note You need to log in before you can comment on or make changes to this bug.