[maverick] ubuntuone-launch is not compatible with SSO tokens

Bug #631822 reported by Roman Yepishev on 2010-09-06
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Ubuntu One Client
High
John Lenton
ubuntuone-client (Ubuntu)
Medium
Ubuntu One Client Engineering team
Maverick
Medium
Ubuntu One Client Engineering team

Bug Description

ubuntuone-launch contains the following code:
  45 if node['node_id'] is not None:
  46 items = gnomekeyring.find_items_sync(
  47 gnomekeyring.ITEM_GENERIC_SECRET,
  48 {'ubuntuone-realm': 'https://ubuntuone.com'})
  49 if items:
  50 d = sync_daemon_tool.connect()

This will not work with SSO client since there is no ubuntuone-realm property.

Related branches

Roman Yepishev (rye) on 2010-09-06
summary: - ubuntuone-launch is not compatible with SSO tokens
+ [maverick] ubuntuone-launch is not compatible with SSO tokens
Changed in ubuntuone-client (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → Ubuntu One Desktop+ team (ubuntuone-desktop+)
milestone: none → ubuntu-10.10
Rodrigo Moya (rodrigo-moya) wrote :

Naty, can you or Alecu work on this please?

Changed in ubuntuone-client:
assignee: Ubuntu One Desktop+ team (ubuntuone-desktop+) → Naty Bidart (nataliabidart)
Changed in ubuntuone-client:
assignee: Naty Bidart (nataliabidart) → John Lenton (chipaca)
John Lenton (chipaca) on 2010-09-09
Changed in ubuntuone-client:
status: Confirmed → In Progress
dobey (dobey) on 2010-09-09
Changed in ubuntuone-client:
status: In Progress → Fix Committed
Colin Watson (cjwatson) wrote :

ubuntuone-client (1.4.1-0ubuntu1) maverick; urgency=low

  * New upstream release:
    - Fix VolumeManager.subscribe_udf method to handle the error cases properly
      (Guillermo Gonzalez) (LP: #632439)
    - Make ubuntuone-launch work with the new sso (John Lenton) (LP: #631822)
    - Wait for READY before asking for connection (John Lenton) (LP: #525743
      and LP: #518027)
    - Move operations live in limbo until confirmed (Facundo Batista)
    - Fix a few problems with emblems (Rodrigo Moya) (LP: #607247)
    - Load UDFs as soon as syncdaemon is ready (Rodrigo Moya) (LP: #612541)
    - Load public files as soon as syncdaemon is ready (Rodrigo Moya)
      (LP: #627339)
    - When VM receives an event on a volume it doesn't have, refresh them
      (Facundo Batista)
    - Made u1sync client work from the command line. No more "authorize" option,
      only --oauth (Natalia Bidart) (LP: #634337)
    - Marker chains are errbacked ok now (Facundo Batista)
    - Remove multiple returns in VolumeManager.subscribe_udf method (Guillermo
      Gonzalez)
    - Do calls to libproxy in a separate process (John Lenton) (LP: #633241)
    - OAuth consumer key and secret can be passed as parameter (Natalia Bidart)
      (LP: #637022)
    - Don't generate a new file if we're deleting or overwriting it
      (Facundo Batista)
    - Make sure that the u1 music path is present (Manuel de la Peña)
      (LP: #558762)
    - Make the "Current plan" label show the actual value returned from the
      server (John Lenton) (LP: #551138)
    - Add --with-sso option to configure, for building with uninstalled
      sso-client (Rodney Dawes)
    - Fix volume manager to create the fsm node on server rescan if the node
      isn't there (Guillermo Gonzalez) (LP: #632454)
    - Fix Local rescan to process read only shares and resume interrupted
      downloads (Guillermo Gonzalez) (LP: #598189)
    - Make sure we load list of shared folders in Nautilus plugin (Rodrigo Moya)
      (LP: #633013)
    - Dereference the possible markers in limbos (Facundo Batista)
    - Don't start syncdaemon from Nautilus plugin. Just wait for it to be
      available (Rodrigo Moya) (LP: #613219, LP: #635629 and LP: #628877)

 -- Rodrigo Moya <email address hidden> Wed, 15 Sep 2010 22:17:37 +0200

Changed in ubuntuone-client (Ubuntu Maverick):
status: Confirmed → Fix Released
Changed in ubuntuone-client:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers