"Cloud to Computer" page does not load remote folders.

Bug #978043 reported by Brian Curtin
32
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Ubuntu One Control Panel
Status tracked in Trunk
Stable-4-0
Triaged
Medium
Unassigned
Stable-4-2
Fix Released
Undecided
Unassigned
Trunk
Fix Released
High
Mike McCracken
ubuntuone-control-panel (Ubuntu)
Fix Released
Undecided
Unassigned
Quantal
Won't Fix
Medium
Unassigned
Raring
Fix Released
Undecided
Unassigned

Bug Description

The current Windows release has a patch[0] applied to allow the Cloud to Computer page of the installer to work properly on Windows. However, the fix is obviously a hack and would actually break the Linux build. The issue stems from a "refresh_volumes" call hanging up on Windows inside the CP backend.

[0] https://code.launchpad.net/~brian.curtin/ubuntuone-control-panel/c2c-loading

Related branches

Rick McBride (rmcbride)
Changed in ubuntuone-control-panel:
assignee: nobody → Ubuntu One Desktop+ team (ubuntuone-desktop+)
status: New → Triaged
Roberto Alsina (ralsina)
Changed in ubuntuone-control-panel:
importance: Undecided → High
assignee: Ubuntu One Desktop+ team (ubuntuone-desktop+) → Brian Curtin (brian.curtin)
Mike McCracken (mikemc)
summary: - Fix "Cloud to Computer" page on Windows
+ "Cloud to Computer" page does not load remote folders.
tags: added: desktop+ u1-darwin u1-precise u1-windows
Revision history for this message
Mike McCracken (mikemc) wrote :

This also happens in darwin, and on ubuntu precise for me.

If you start u1 without any credentials, the cloud to computer page will show and the loading overlay will be frozen. However, the 'next' button works, and you can move past the page.

The problem appears to be that the page needs to send a remote request to get the volumes list, but at the time it sends it, the action queue hasn't been activated yet.

The action queue isn't started until later, but these actions are never invoked, as the queue is apparently never restarted (or if it is, it's restarted without firing the deferred they're waiting on). You can see them from u1sdtool --waiting.

Here's evidence of the inactive queue:

2012-09-20 14:37:09,416 - ubuntuone.SyncDaemon.InteractionInterfaces - DEBUG - handle_SYS_STATE_CHANGED: result None.
2012-09-20 14:37:09,416 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - ListVolumes share:--- node:--- ListVolumes(running='False') starting
2012-09-20 14:37:09,417 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - ListVolumes share:--- node:--- ListVolumes(running='False') started
2012-09-20 14:37:09,417 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - ListVolumes share:--- node:--- ListVolumes(running='False') not running because of inactive queue
2012-09-20 14:37:09,417 - ubuntuone.SyncDaemon.InteractionInterfaces - DEBUG - refresh_volumes: result None.

Mike McCracken (mikemc)
Changed in ubuntuone-control-panel:
assignee: Brian Curtin (brian.curtin) → Mike McCracken (mikemc)
Changed in ubuntuone-control-panel:
status: Triaged → Fix Committed
dobey (dobey)
Changed in ubuntuone-control-panel (Ubuntu Raring):
status: New → Fix Released
Changed in ubuntuone-control-panel (Ubuntu Quantal):
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Rodney Dawes (dobey)
dobey (dobey)
Changed in ubuntuone-control-panel (Ubuntu Quantal):
assignee: Rodney Dawes (dobey) → nobody
Changed in ubuntuone-control-panel (Ubuntu Quantal):
status: Triaged → Won't Fix
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.