online-accounts does not allow a way to disable a particular application

Bug #1044055 reported by Jamie Strandboge
82
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Online Accounts: GNOME Control Center
Fix Released
High
David King
account-plugins (Ubuntu)
Invalid
Undecided
Unassigned
gnome-control-center-signon (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Forgive me if online-accounts is not the right place to file this.

If I setup my Facebook account with online-accounts, I see that it automatically integrates Shotwell, Empathy and Gwibber access. However, I only want Gwibber to have access to the facebook account, and not Empathy (or Shotwell), I am not currently able to deselect Empathy from the list of integrated applications.

While this is a wishlist bug, I consider it an important one because having online accounts be 'all or nothing' will probably mean some people will choose 'nothing'. It is also a usability issue because Empathy also doesn't allow me to logout out of facebook so it shows that I am available for chat on Facebook during my work hours. The only way to prevent this is to close empathy altogether, but if I use non-facebook accounts in Empathy for work, I am stuck.

Tags: needs-design

Related branches

tags: added: rls-q-incoming
Revision history for this message
Alberto Mardegan (mardy) wrote :

Thanks Jamie for your report. This is indeed a very important feature and I'm sure it will be address in later versions.

The "all or nothing" approach was chosen to keep the design (and implementation) simpler for this first iteration.

affects: online-accounts-account-plugins → online-accounts-gnome-control-center
Changed in online-accounts-gnome-control-center:
status: New → Confirmed
importance: Undecided → Wishlist
tags: added: needs-design
Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Agreed, that's an important feature to have to be feature equivalent with GNOME Online Account.

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

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

Changed in account-plugins (Ubuntu):
status: New → Confirmed
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Removing the tag and quantal tasks as PS won't be able to fix it this cycle

no longer affects: account-plugins (Ubuntu Quantal)
tags: removed: rls-q-incoming
David King (amigadave)
Changed in online-accounts-gnome-control-center:
status: Confirmed → Triaged
Revision history for this message
Christoph Buchner (bilderbuchi) wrote :

I would take the liberty to +1 this for a similar scenario:
Not only is granularity in the integrated applications per account impossible, as Jamie reports, but also the other way round: It's impossible to restrict the permission set for a single account. For example, adding a Google account includes access to Gmail, GDocs, Google+, Youtube, Picasa.
What if I want to restrict where my Google account data gets used? For using google talk with Empathy, I had to authorize a Google account because the Jabber account I used for previously without problem refuses to connect in 12.10 (like https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1069531/comments/15). I have no interest though in other parts of my google account being integrated in Ubuntu (e.g. Youtube). I'm not the only one with this gripe (https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1069531/comments/16).

I think this fits in this bug report. If not tell me, and I'll submit a separate one.

David King (amigadave)
Changed in gnome-control-center-signon:
assignee: nobody → David King (amigadave)
milestone: none → 0.1.3
status: Triaged → In Progress
importance: Wishlist → High
Changed in gnome-control-center-signon:
status: In Progress → Fix Committed
David King (amigadave)
Changed in gnome-control-center-signon:
status: Fix Committed → Fix Released
Alberto Mardegan (mardy)
Changed in account-plugins (Ubuntu):
status: Confirmed → Invalid
no longer affects: gnome-control-center-signon (Ubuntu Quantal)
Revision history for this message
Alberto Mardegan (mardy) wrote :

Requesting for a FFe.

This fix adds enable/disable toggles next to each application line in the account editing page. This allows user to enable/disable specific applications using a certain online account.
The importance of this feature has been highlighted in the previous comments and in the duplicated bug reports.

This feature has been ready for some time already, but somehow we forgot to upload it to Raring.
We have been testing this feature for a few weeks now, without discovering regressions.

Since Quantal, we got also these changes (all of which are bugfixes which didn't alter the functionality):

=================
gnome-control-center-signon (0.1.3-0ubuntu1) UNRELEASED; urgency=low

  [ Didier Roche ]
  * Automatic snapshot from revision 124 (bootstrap)
  * modernize build to confirm to other packages we have

  [ Rico Tzschichholz ]
  * Fix dev-package dependencies

 -- Didier Roche <email address hidden> Thu, 13 Dec 2012 18:34:12 +0100

gnome-control-center-signon (0.1.2bzr12.12.05-0ubuntu1) raring; urgency=low

  [ Robert Bruce Park ]
  * Inlined packaging data.
  * -debian/patches/fix_exec_path.patch

  [ Ken VanDine ]
  * New upstream snapshot
    - Add LXDE to control-center panel desktop file (LP: #1070546)

 -- Ken VanDine <email address hidden> Wed, 05 Dec 2012 10:48:53 -0500

gnome-control-center-signon (0.1.1-0ubuntu1) raring; urgency=low

  * New upstream release.
    - Containers for account toggle switch and list header are rendered
      poorly in themes other than Ambiance / Radiance (LP: #1040186)
    - Control center panel should be optional (LP: #1070729)
    - List corners are square for "Add account" rounded otherwise (LP: #1043714)
    - Grey box around "Show accounts that integrate..." is noise (LP: #1043729)
    - Remove account button should be title case (LP: #1059376)
  * -debian/patches/revert_string_change.patch
  * debian/patches/fix_exec_path.patch
    - fixed path in dbus service file
  * debian/control, debian/rules
    - added autoreconf

 -- Ken VanDine <email address hidden> Tue, 13 Nov 2012 15:36:09 -0500

gnome-control-center-signon (0.0.20-0ubuntu1) raring; urgency=low

  * New upstream release.
    - Fix the passing of cookies to signon-ui (LP: #1066917)
  * debian/control
    - removed unneeded build depends for libdbus-glib-1-dev
    - build depend on libsignon-glib-dev >= 1.7 to get fix for (LP: #1066917)

 -- Ken VanDine <email address hidden> Thu, 08 Nov 2012 12:43:17 -0500

=================

Revision history for this message
Iain Lane (laney) wrote :

OK, I agree that this is a fix we want in. I'm trust that your testing is sufficient. Please go aheaad.

Changed in gnome-control-center-signon (Ubuntu):
status: New → Triaged
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-control-center-signon - 0.1.3bzr13.02.20-0ubuntu1

---------------
gnome-control-center-signon (0.1.3bzr13.02.20-0ubuntu1) raring; urgency=low

  [ Didier Roche ]
  * modernize build to confirm to other packages we have

  [ Ken VanDine ]
  * Automatic snapshot from revision 135 (bootstrap)
  * Add switches for toogling enabled state of application
    services (LP: #1044055)
  * Fix D-Bus service file substitution (LP: #1066917)
  * Allow the preferences panel to be built as a standalone
    application (LP: #1078642)
  * Read provider settings from .provider XML files
  * Enable tests during package build
  * Test improvements for libaccount-plugin
 -- Ken VanDine <email address hidden> Mon, 18 Mar 2013 11:35:16 -0400

Changed in gnome-control-center-signon (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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