Bug 136653 - nm-applet does not "return" after NetworkManager restart on KDE
Summary: nm-applet does not "return" after NetworkManager restart on KDE
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Alpha 3plus
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Robert Love
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-02 10:57 UTC by Forgotten User ZhJd0F0L3x
Modified: 2006-01-09 15:20 UTC (History)
2 users (show)

See Also:
Found By: Component Test
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Forgotten User ZhJd0F0L3x 2005-12-02 10:57:57 UTC
i am using latest STABLE nm-applet and NetworkManager under KDE.
testuser@linux:~> rpm -qa Network*
NetworkManager-0.5.1cvs20051201-1
NetworkManager-gnome-0.5.1cvs20051201-1

if i restart NM, i get an empty space in the system tray where the nm-applet icon was (i can provide screenshots if needed). The icon does not return although network connectivity is still functional. I need to kill/restart nm-applet to get the icon back.

I tried running nm-applet under strace and there it was able to "reconnect" once, but i was not able to reproduce this either.
The strace output looks like nm-applet is working fine after restarting the NM, it just seems it does not update the icon.
Might be a KDE systray incompatibility?
Comment 1 Robert Love 2005-12-07 16:33:00 UTC
Hrm, cannot reproduce.  Makes me think it is a KDE systray issue, but JP is reporting the same thing on GNOME.
Comment 2 Robert Love 2005-12-07 19:14:16 UTC
Just to be clear, seife: you are saying that you have nm-applet and NetworkManager running and everything is fine.  Then you do "/etc/init.d/networkmanager restart" and the NetworkManager daemon successfully restarts but the applet does not reappear?
Comment 3 Forgotten User ZhJd0F0L3x 2005-12-07 22:47:33 UTC
almost. I stop it, wait some seconds and then start it again (i noticed it after stopping it and then starting manually with "NetworkManager --no-daemon" when investigating the old segfault issues). After that, the icon does not reappear.
It reappeared once when running "strace nm-applet" but this was not reproducible. The strace looks like it is still running, but it definitely does not display anything for me (it takes up space in the KDE systray, but this space is empty).
Comment 4 Martin Vidner 2005-12-08 12:07:22 UTC
For me, restarting NM keeps the applet working when it runs in gnome-panel but leaves an empty space when run in ktray (a standalone notification area, derived from KDE).
NetworkManager-0.5.1cvs20051201-2
ktray-0.1-6
Comment 5 Dirk Mueller 2005-12-08 13:08:54 UTC
CC ktray maintainer
Comment 6 Holger Macht 2005-12-08 14:11:42 UTC
KTray uses the class implementation from the original systemtrayapplet of kde inside the kicker (not the most recent code). It is only a wrapper with a own window. So if it is an incompatibility of the kde systemtrayapplet I will update ktray to use the new implementation. But so far this bug has nothing to do with ktray.

BTW, I can also reproduce the nm-applet disappearance when using it within kicker.
Comment 7 Robert Love 2005-12-08 15:13:51 UTC
But it does not disappear on GNOME.

So we either have a KDE issue or a NM bug in its sytray code.
Comment 8 Dirk Mueller 2005-12-09 10:04:49 UTC
Lubos, any idea?
Comment 9 Lubos Lunak 2005-12-09 15:59:27 UTC
** (nm-applet:12048): WARNING **: <WARNING>       (): nmwa_dbus_init() could not acquire its service.  dbus_bus_acquire_service() says: 'Connection ":1.42" is not allowed to own the service "org.freedesktop.NetworkManagerInfo" due to security policies in the configuration file'

What is the thing I'm missing? I've installed NetworkManager and NetworkManager-gnome including the dependencies (dhcdbd), ran SuSEconfig, started hal and networkmanager services (BTW, the package seem to be missing the /sbin/rcnetworkmanager symlink) and ran 'nm-applet', after that I get only this in Konsole and the systray space is empty. Or am I already seeing the problem, even without restarting anything?
Comment 10 Timo Hoenig 2005-12-09 16:17:19 UTC
Current Alphas of 10.1 ship with an D-BUS package which should reload the policy once new policy files are copied to /etc/dbus-1/system.d.

Are you using AlphaX of SUSE 10.1?

Anyway, try restarting D-BUS. rcdbus restart might fail if X and D-BUS session busses are running.
Comment 11 Robert Love 2006-01-06 22:35:06 UTC
Is anyone still seeing this?

Has anyone seen this on GNOME?

Comment 12 Dirk Mueller 2006-01-08 19:55:32 UTC
Please read comment #9
Comment 13 Robert Love 2006-01-08 20:01:28 UTC
Comment #9's problem is caused by DBUS not reloading the configuration files and is entirely unrelated to NetworkManager.

I am asking if anyone is seeing this with a more-recent build and if anyone has ever seen this on GNOME (e.g., not using the KDE panel).
Comment 14 Lubos Lunak 2006-01-08 23:30:51 UTC
The problem when running in KDE seems to be an incompatibility between the two XEMBED implementations - GNOME part seems to rely on a relatively new XEMBED feature that the KDE implementation doesn't support.
Comment 15 Robert Love 2006-01-09 00:09:24 UTC
Hrm.

NM does not do anything special other than use the EggTrayIcon interfaces (GNOME's tray library).  So the problem if anywhere, I suppose, is in EggTrayIcon.

Now that we have a KDE version of the applet -- KNetworkManager -- I am inclined to suggest that KDE users use that version and we consider this WONTFIX.

Any disagreement?
Comment 16 Martin Vidner 2006-01-09 09:49:23 UTC
ok with me
Comment 17 Lubos Lunak 2006-01-09 10:42:31 UTC
I've tried to do something about the KDE XEMBED implementation and it's shown to be a bit non-trivial, so ok with me too :) . Aren't there any other important GNOME applets that could be affected by this problem?
Comment 18 Robert Love 2006-01-09 15:20:48 UTC
Not that I know of..