severity 680963 serious clone 680963 -1 reassign -1 gnome-shell retitle -1 run vpn authentication dialogs from correct path thanks
On 16.07.2012 05:33, Mike Miller wrote: > On Wed, Jul 11, 2012 at 03:57:13PM +0200, Michael Biebl wrote: >>> I never get the VPN dialog anymore, not even with the method described >>> in the first post. >> >> Ok, so it is even worse with this patch applied :-/ >> >> Thanks for testing the patched packages anyway. > > I just started testing the 0.9.6-rc1 packages in experimental and I am > seeing this same behavior there as well. And only with gnome3, with the > fallback session the auth dialog comes up as usual. > > The following workaround works for me: > > cd /usr/lib/gnome-shell > ln -s ../NetworkManager/nm-openconnect-auth-dialog > > and then restart gnome-shell or log out and log in. This seems to be > the only path where gnome-shell is looking for the auth-dialog > executable [1]. > > [1] http://git.gnome.org/browse/gnome-shell/tree/js/ui/networkAgent.js#n681 > So it seems we need two fixes here: 1/ nm-applet needs to reliably disable itself if gnome-shell is used 2/ gnome-shell needs to look at the right place for the authentication dialogs. Problem 2/ is most likely caused by Redhat distros using $libexecdir: /usr/lib/gnome-shell → /usr/libexec and /usr/lib/NetworkManager → /usr/libexec For 2/ I've cloned and reassigned this bug and I'm marking them as release critical, since we need to fix this for wheezy. Thanks everyone for helping tracking this down. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
