net connection should refresh scopes

Bug #1229241 reported by Dave Morley
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
libunity
Triaged
Medium
Unassigned
libunity (Ubuntu)
Confirmed
Medium
Unassigned
unity8 (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Currently when you start the phone from a fresh flash you get the first time use guide. This blocks networks from initialising. Because of this there might not be a connection when the system first boots. This means that click apps and network based scopes and their options aren't available.

Unity should refresh the Scopes once a network connection is confirmed.

Michał Sawicz (saviq)
Changed in unity8:
status: New → Triaged
importance: Undecided → Medium
milestone: none → ubuntu-13.10
Omer Akram (om26er)
tags: added: avengers qa-touch
Changed in libunity:
importance: Undecided → Medium
Dave Morley (davmor2)
tags: removed: qa-touch
tags: added: qa-touch
Changed in libunity:
status: New → Confirmed
Michal Hruby (mhr3)
Changed in libunity:
status: Confirmed → Triaged
tags: added: scopes-s
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Michał Sawicz (saviq)
no longer affects: unity8
Revision history for this message
HuangZhiquan (huangzhiquan) wrote :

i use networkinfo for help,get the current networkmode,and then get the accesspointname,when you connect to net and success, dashcontent will refresh all scopes

Revision history for this message
Paweł Stołowski (stolowski) wrote :

The attached fix for unity8 looks good and will most likely do what it's supposed to do, but I wonder if this is good strategy. What this change effectively means is: if scope is currently active (visible) while network becomes available, it will be refreshed; if it's not visible (but favorited), it will be marked "dirty" and refreshed when user swipes/selects it. To my understanding this will affect not only the after-boot scenario, but normal usage as well. What if network is flaky and goes offline/online a lot? We'll end up re-querying scopes more often than necessary, disregarding TTL of the results (currently visible results may still be "valid", but forcefully refreshed just because network gets available). Perhaps the shell should cooperate more closely with shell plugin with this, rather than forcing refresh?

Revision history for this message
HuangZhiquan (huangzhiquan) wrote :

Yes, thanks,maybe what i deal with it seems rude(dash will refresh only when device connect successfully). We don't always want to refresh some scopes when net connect. But i don't know when we need to refresh scopes or when we leave scopes alone, flaky network is also a question for this bug. (refreshing with a blank scope is a question needs to deal)

Revision history for this message
Albert Astals Cid (aacid) wrote :

Honestly i think this should be done on the unity-scopes-plugin rather than on the unity-dash itself, the unity-scopes-plugin has more information about whether a network reconnect should end up in a refresh or not.

Changed in libunity (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
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.