That was always the case and does not look like a proper solution.rerwin wrote: - The "restart X" problem is managed; to restore normal network_tray function after an X restart, go into frisbee and click on either "Restart Networks" or "Restart DHCP".
As far as I can see the problem is the call from /root/Startup/network_tray_modeset of frisbee_mode_enable.
$(ls /usr/local/lib/X11/mini-icons/networkdead-eth* 2>/dev/null) is always true since is a symlink to networkdead.xpm and thus "killall -35 network_tray" is executed. The last command is the offending one that actually turns the networkup icon to networkdead.
There are a couple of strange things with this. "killall -l" does not list "35" as an option so I'm not sure what is it doing.
Issuing "killall -35 network_tray" from the terminal can turn networkup to networkdead only soon (<30sec) after X restart but not latter
Setting permissions of /root/Startup/network_tray_modeset to 000 , "solves" this problem but generates another. Now network tray icon shows as connected as soon as the interface is up regardless of an established connection.
What "killall -35 network_tray" is doing exactly?...