SD should provide the size of content queue for estimation purposes
Bug #659040 reported by
Roman Yepishev
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.
Changed in one-indicator: | |
status: | New → Opinion |
tags: |
added: chicharra-oneiric removed: chicharra-natty |
To post a comment you must log in.
ContentChanged signal is deprecated. You should use RequestQueueAdded and RequestQueueRem oved.
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).