SD should provide the size of content queue for estimation purposes

Bug #659040 reported by Roman Yepishev
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu One Client
Invalid
Medium
Roman Yepishev
Ubuntu One Indicator
Opinion
Undecided
Unassigned

Bug Description

At the moment ContentChanged signal provides the information about the number of items in the Upload and Download queue however the size for both queues is hardcoded to be 0. This makes it virtually impossible to estimate the download time.

I believe size should indicate the byte count (compressed) of the items in the queues.

It would also be great if waiting content list could provide sizes for the items it is going to upload/download too.

Roman Yepishev (rye)
Changed in one-indicator:
status: New → Opinion
Revision history for this message
Facundo Batista (facundo) wrote :

ContentChanged signal is deprecated. You should use RequestQueueAdded and RequestQueueRemoved.

Note that RequestQueueAdded includes all the command info; in particular for Upload and Download you have deflated_size (compressed byte count, as you requested).

However, there's an important detail: those values are in None when the command is added to the Queue, because they're calculated after they're queued.

Regarding the waiting content list, you can ask the information through the --waiting option in u1sdtool, or the corresponding DBus call, and will send these values (with correct values if they're already calculated or received from the server).

Changed in ubuntuone-client:
assignee: Ubuntu One Foundations+ team (ubuntuone-foundations+) → Roman Yepishev (rye)
status: Triaged → Incomplete
tags: added: chicharra-oneiric
removed: chicharra-natty
Revision history for this message
Leo Arias (elopio) wrote :

Expiring Incomplete bug after a long period of inactivity. If this is still a problem for you, please reopen.

Changed in ubuntuone-client:
status: Incomplete → Invalid
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.