Ubuntu
indicator-location package

GPS indicator does not disappear when location services disabled, but bluetooth indicator does disappear when disabled.

Bug #1352784 reported by James Hunt
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
platform-api
Invalid
Undecided
Unassigned
indicator-location (Ubuntu)
Invalid
Medium
Unassigned
platform-api (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

There is inconsistency between the bluetooth indicator and the location indication. Currently (image #171):

- if location+GPS are disabled, the indicator persists.
- if bluetooth is disabled, it disappaears.

Which behaviour is correct?

Further, even if the location indicator behaviour is correct, surely we should consider "greying out" the indicator so that the user can see at a glance that that indicator is disabled?

------------
Desired resolution: either implement the new indicators access method (bug 1368856); or hide the location indicator altogether until it can be implemented as specced; or both.

See original description
Revision history for this message
James Hunt (jamesodhunt) wrote :

I wonder if this issue points to our needing another layer in the API to make such indicator behaviour consistent?

summary: - GPS indicator does not disappear when location services disabled
+ GPS indicator does not disappear when location services disabled, but
+ bluetooth indicator does disappear when disabled.
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in indicator-location (Ubuntu):
status: New → Confirmed
Chris Gagnon (chris.gagnon)
tags: added: qa-daily-testing rtm14
Revision history for this message
Charles Kerr (charlesk) wrote :

FWIW, the Design spec on this <https://wiki.ubuntu.com/Location#A.2BIBw-Location_access.2BIB0_indicator> is for the "Location access" indicator to be visible iff an app has accessed the user's location in the last five minutes. This isn't implementable for RTM because platform-api / location service doesn't have public API to provide that information.

In fact the Design spec no longer has a GPS toggle, so this indicator will look completely different when platform-api adds support for this.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

The primary purpose of the location indicator is for privacy, to show when apps are using your location. As long as you can't do that, better to never show it than to always show it.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Sebastien Bacher (seb128)
affects: indicator-bluetooth → indicator-bluetooth (Ubuntu)
Launchpad Janitor (janitor)
Changed in indicator-bluetooth (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

deleting the indicator-bluetooth line, that's already tracked in bug #1285951

no longer affects: indicator-bluetooth (Ubuntu)
Stephen M. Webb (bregma)
Changed in indicator-location (Ubuntu):
importance: Undecided → Medium
Olga Kemmet (olga-kemmet)
Changed in ubuntu-ux:
assignee: nobody → Vesa Rautiainen (vesar)
status: New → Triaged
Benjamin Keyser (bjkeyser)
Changed in ubuntu-ux:
importance: Undecided → Medium
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

I just discussed this with Benjamin. Implementing the new access method for indicator menus (bug 1368856) would fix this bug: then you would always be able to get to both location and Bluetooth, regardless of which of the indicators were visible.

An alternative fix, which could be implemented independently, is to hide the location access indicator altogether for RTM. As Charles pointed out, it isn't fit for purpose, and its presence in RTM would make its meaning confusing even after that was fixed.

Changed in ubuntu-ux:
assignee: Vesa Rautiainen (vesar) → Matthew Paul Thomas (mpt)
status: Triaged → Fix Committed
description: updated
Charles Kerr (charlesk)
Changed in ubuntu-ux:
status: Fix Committed → Confirmed
Revision history for this message
Charles Kerr (charlesk) wrote :

IMO this isn't fixed on the design side because I don't see a clear decision on what's going to happen. Matthew, your previous comment seems to say "we could do A, or we could do B", and then closes the ticket :-)

It's probably not practical to remove the location indicator for RTM because of the HERE TOS menuitem :-/, so if you're saying that #1368856 is the fix for this bug, maybe mark this as a duplicate to make that explicit?

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

It is quite common for one bug to be fixable in multiple ways, including by fixing some other bug. That does not mean they are duplicates.

Ideally, both the fixes I described here would be implemented, but either of them would fix this bug. Whether engineers have time for one, or the other, or both, or neither, is an engineering question, not a design question.

Changed in ubuntu-ux:
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in platform-api (Ubuntu):
status: New → Confirmed
Revision history for this message
Bartosz Kosiorek (gang65) wrote :

This bug was already fixed in latest realease, together with #1368856. The indicator do not display, if bluetooth or gps/location is disabled.

Changed in platform-api:
status: New → Invalid
Changed in indicator-location (Ubuntu):
status: Confirmed → Invalid
Changed in platform-api (Ubuntu):
status: Confirmed → Invalid
Matthew Paul Thomas (mpt)
no longer affects: ubuntu-ux
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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