This bug was reported in July and never confirmed ( hence the New ), so someone should've tried to reproduce with a current image before marking it Critical for RTM.
I just re-ran the original scenarios on RTM image #44. I can still reproduce the original problem, however the overall latency has come way down ( 10-15s max for state transition vs. almost a minute maximum before ). In scenario one, we should check the indicator's logic and see when the connect attempt is made to the newly selected network. It seems that a disconnect always happens when a network is selected, even when the user the clicks cancel. My guess is that this may have something to do with the NM agent prompting mechanism used to tell the indicator to collect a password. Anyways, again in scenario 1, I get a ~10s overlap of the icon showing 2G, and the network-menu showing the connected AP. After the 10s, the icon updates to the appropriate WiFi icon. My guess about the latency is that even though we may be connected, it takes awhile for NM to prepare the connection and maybe it notified the indicator that it's connected prior to the connection being fully setup??? I'm less concerned about scenario 2 as there's no conflicting icons / menu states, it just takes awhile to switch back to 2G. Maybe this could be marked High instead of Critical? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1339792 Title: Panel network icon - too much latency when network type changes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1339792/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
