Key-press based activation of wpa_gui and the hard-coded system tray icon
Tue Jun 16 02:01:29 PDT 2015
I really like the wpa_gui interface, I use the
wpa_gui+wpa_supplicant+dhcpcd combo on Debian 8.1 Jessie for a complete and
robust roaming networking setup.
However, I'm having issues with the way the system tray support is
I have a keyboard shortcut defined in my window manager (i3) that starts
wpa_gui and that works well. But once I close the window it is minimized to
the system tray. I don't mind that, especially since the quiet option has
The problem is that the each time I start wpa_gui via the keyboard shortcut
a new wpa_gui process is started and a new tray icon is created and when
the window is closed, I get another icon in the system tray. As the process
does not check for an already running wpa_gui process (I haven't found
anything like that in wpa_supplicant/wpa_gui-qt4/wpagui.cpp), many
redundant wpa_gui processes keep running.
So the end goal I want to achieve is to start wpa_gui via a keyboard
shortcut without having many redundant processes running.
I see several ways to achieve this:
1. add an option to wpa_gui that would prevent system tray icon creation. I
could easily create a patch for that, the only important change would be
- if (QSystemTrayIcon::isSystemTrayAvailable())
+ if (useSystemTray && QSystemTrayIcon::isSystemTrayAvailable())
and useSystemTray (true by default) could be set to false via e.g. a `-T`
2. assign keyboard bindings for opening some of the windows like the main
window or scan results
Afterwards wpa_gui could be started with -t to keep it in the system tray
and just open the windows when needed
However, that would require a much larger change in the code. The benefit
would be that other windows than just the main one would be quickly
Let me know what you think about these proposals.
Thank you very much for your ongoing work on wpa_supplicant, I use it every
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Hostap