New vpn does to show in indicator menu after add, only after nm-applet restart

Bug #764451 reported by Gary van der Merwe
88
This bug affects 19 people
Affects Status Importance Assigned to Milestone
network-manager-applet (Ubuntu)
Fix Released
Medium
Mathieu Trudel-Lapierre

Bug Description

Note that this is experienced on the new lib-indicator version of nm-applet found in Ubuntu natty. Not sure if if happens in the original nm-applet.

Steps to reproduce:
* Add new vpn through the gui.
* Click on the nm indicator icon, mouse over "VPN Connections".
Actual result:
* Newly added vpn connection not in menu.
Expected result:
* Newly added vpn connection in menu.

If I restart nm-applet (pkill nm-applet; nm-applet), then it fixes it.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Given enough time (e.g. for something to change in NM: wifi rescan showing new or removed SSIDs, device changes, etc.), the VPN connections do show up.

I don't think fixing this is feasible within the time frame for Natty (since we're in freeze, and it seems like a substancial change to implement another way to notify the applet of new connections). We'll definitely look at fixing this in Oneiric.

Changed in network-manager-applet (Ubuntu):
milestone: none → oneiric-alpha-1
status: New → Triaged
importance: Undecided → Low
Revision history for this message
michael.curran (burzmali) wrote :

I can confirm that this is still a problem.

Revision history for this message
Kate Stewart (kate.stewart) wrote :

Given the duplicates (and one of them being classed as Medium priority), am upping the priority, and making sure its on a desktop team's radar.

Changed in network-manager-applet (Ubuntu):
importance: Low → Medium
assignee: nobody → Ubuntu Desktop (ubuntu-desktop)
milestone: oneiric-alpha-1 → oneiric-alpha-3
Changed in network-manager-applet (Ubuntu):
assignee: Ubuntu Desktop (ubuntu-desktop) → nobody
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

In progress: this requires some changes at the libappindicator level to expose the right signals so we know when the menu gets opened, which will allow rebuilding the menu only in that case (and then show the new VPN entries, rescan results, etc).

Changed in network-manager-applet (Ubuntu):
assignee: Canonical Desktop Team (canonical-desktop-team) → Mathieu Trudel-Lapierre (mathieu-tl)
status: Triaged → In Progress
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Marking Fix Committed; this has been applied in the packaging branch for nm-applet, and will be uploaded shortly pending a little testing to make sure it doesn't utterly destroy the applet, but so far so good. :)

Changed in network-manager-applet (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package network-manager-applet - 0.8.9997+git.20110707t152406.340f695-0ubuntu1

---------------
network-manager-applet (0.8.9997+git.20110707t152406.340f695-0ubuntu1) oneiric; urgency=low

  * upstream snapshot 2011-07-07 15:24:06 (GMT)
    + 340f69597ea787cebf690b73de2d4c8c78f7b16c
    - editor: update secret flags when updating visibility
    - applet: don't show irrelevant security options during secrets requests
    - added translations
  * debian/control: drop gksu from network-manager-gnome Depends.
  * debian/patches/nm-applet-use-indicator.patch:
    - refreshed.
    - rework menu update code to trigger on dbusmenu about-to-show signal
      (LP: #791770, #764451)
 -- Mathieu Trudel-Lapierre <email address hidden> Fri, 08 Jul 2011 01:07:05 -0400

Changed in network-manager-applet (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
computermacgyver (computermacgyver) wrote :

This bug also applies to adding a new DSL connection or a new GSM connection which do not appear in the applet until logging out and then in again or restarting the applet. Does the bug fix address these issues too or should a new bug report be opened?

Revision history for this message
Nathan J. Brauer (nathanbrauer) wrote :

*bump -- looking for an answer to @computermacgyver's comment.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Yes, it fixes all of those.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.