Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#18492 - [netcfg] netcfg-wpa_actiond should take down active profile when is stopped
Attached to Project:
Arch Linux
Opened by Tom (reztho) - Sunday, 28 February 2010, 11:33 GMT
Last edited by James Rayner (iphitus) - Sunday, 21 November 2010, 02:39 GMT
Opened by Tom (reztho) - Sunday, 28 February 2010, 11:33 GMT
Last edited by James Rayner (iphitus) - Sunday, 21 November 2010, 02:39 GMT
|
DetailsDescription:
If netcfg-wpa_actiond is stopped, for example, as a consequence of stopping net-auto-wireless, it will kill wpa_supplicant and set the rfkill state to disabled if needed. But it isn't aware the user could have some PRE_DOWN and POST_DOWN lines for the active profile, so they aren't triggered with the current behaviour of netcfg-wpa_actiond. In my case I mount some cifs shares with the active profile and when I shutdown my computer since cifs shares aren't unmounted when the internet connection was still active, it will take ages to shutdown totally. Additional info: * package version(s) 2.5.4-1 A patch is attached for a temporary fix. You'll know better where is the correct place to fix it. Steps to reproduce: - Add a POST_UP line where you mount a cifs share and a PRE_DOWN line where you unmount it in your active netcfg profile. - Shutdown the computer. |
This task depends upon
Closed by James Rayner (iphitus)
Sunday, 21 November 2010, 02:39 GMT
Reason for closing: Won't fix
Additional comments about closing: Limitation of wpa_actiond
Sunday, 21 November 2010, 02:39 GMT
Reason for closing: Won't fix
Additional comments about closing: Limitation of wpa_actiond
netcfg-wpa_actiond_gracefully...
However, PRE_DOWN and PRE_UP cannot work here in general, as you don't know in advance when you will loose the connection. While this does work in case of a daemon stop, supporting this will generate the false impression that PRE_DOWN and PRE_UP will always work, which we cannot guarantee. If am therefore against implementing this workaround. In general, auto-wireless can only support POST_UP and POST_DOWN events.