[indicators] Clicking on a connected network's disconnects & re-connects

[Dave Morley]

indicator-network 0.5.1+14.10.20140516.2-0ubuntu1, Ubuntu Utopic

1. Unlock the phone
2. Drag down the indicator for networking
3. Select a wifi AP sign into it
4. Drag down the indicator for networking
5. Try to uncheck it.

What happens: The network disconnects and reconnects.

What should happen: Nothing.

<https://wiki.ubuntu.com/Networking#wi-fi-menu>: "2. If the card is powered on, up to 6 (phone) or 20 (PC) radio items representing known Wi-Fi networks..."

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Antti Kaijanmäki (kaijanmaki)]

Right now it is intended behaviour that you can't disconnect by tapping an active AP in the list. Instead that will trigger a reconnection. If you don't want to connect to that AP either disable Wi-Fi or select another AP to connect to.

We will discuss this behaviour at Malta next week.

[Matthew Paul Thomas (mpt)]

As I wrote in duplicate bug 1322497, the list of networks is a radio list. In a radio list, re-selecting the current item should not change state; it should rarely do anything at all. (Bug 1322321 is a counterexample that demonstrates the rule; it's okay for re-selecting a sound to play the sound, because that isn't changing state.)

That both Dave and Selene assumed that these were uncheckable checkboxes suggests that either the menu is using checkboxes when it should be using a radio list, or the toolkit is wrong in presenting radio lists as if they were checkboxes.

Meanwhile, though, this bug is valid in that re-selecting the current network should not trigger a reconnection.

(Please don't use the "Opinion" status for bug reports; everyone thinks it means something different.)

[Matthew Paul Thomas (mpt)]

Specification updated. <https://wiki.ubuntu.com/Networking?action=diff&rev2=189&rev1=188> Please report the toolkit bug separately if there is one.

[Selene ToyKeeper (toykeeper)]

Yes, if it's a radio list, it should not be displayed with a checkbox icon. Checkboxes can be un-checked. A radio selection icon would make this much more clear.

It might be nice to be able to disconnect without turning off wireless entirely, but I don't see this being a very common need. If it's easy to do, I see no reason not to... but if it's not easy it probably doesn't need to happen.

[Tony Espy (awe)]

Confirming that this is still a valid issue with image #u122.

[Selene ToyKeeper (toykeeper)]

Seems to still be broken on Utopic 140.

[Joe Odukoya (jodukoya)]

Ubuntu UX needs to decide what the actual behaviour should be here.

However this is not a High bug.

[Antti Kaijanmäki (kaijanmaki)]

AFAIK the correct fix is to make the list look like list selection and not checkboxes. that was the last resolution on this if I remember correctly. then it would be on unity8 / ubuntu-settings-components plate.

[Matthew Paul Thomas (mpt)]

Joe, the relevant part of the design specification has been quoted in the bug description since May 28th: "up to 6 (phone) or 20 (PC) radio items representing known Wi-Fi networks". Radio items. Not checkbox items. Radio items.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Antti Kaijanmäki (kaijanmaki)]

This bug is invalid on i-network side. unity8 rendering the lists items should not tricker an "Activated" signal on an already activated AccessPoint

[Antti Kaijanmäki (kaijanmaki)]

adding unity8 to the affected packages as it might be easier (probably a oneliner) to fix this in the unity8 IndicatorItemFactory.

[Albert Astals Cid (aacid)]

I'm unsure of what you mean Antti, you mean we're rendering a checklist even if the backend is not sending a checlist but an itemlist?

[Albert Astals Cid (aacid)]

unity8 waiting for design -> Incomplete