UploadFileProgress and DownloadFileProgress signals are not sent
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Ubuntu One Client | Status tracked in Trunk | |||||
Stable-4-0 |
Fix Released
|
Undecided
|
Unassigned | |||
Trunk |
Fix Released
|
Medium
|
Unassigned | |||
Ubuntu One Indicator |
New
|
Undecided
|
Unassigned | |||
ubuntuone-client (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | |||
Quantal |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
STR:
1. Set up dbus-monitor --session member=
2. Upload a file larger than 64K to the web interface, but less than 63 MiB
3. Wait for it to sync to local storage
4. Check the monitor
Expected results:
Information about file download progress
Actual results:
Nothing
The same goes for UploadFileProgress.
Reason #1:
# progress threshold to emit a download/upload progress event: 64Kb
TRANSFER_
This sets TRANSFER_
Reason #2:
When #1 is fixed the following check is made in action_queue.py:
if n_bytes_
return
That checks previous reading for file handle and the difference most likely will never get more than threshold. The progress between two notification points should be tracked instead of two adjacent points.
More investigation is required for DownloadFilePro
Related branches
- Natalia Bidart (community): Approve
- Manuel de la Peña (community): Approve
-
Diff: 34 lines (+3/-3)2 files modifiedubuntuone/syncdaemon/action_queue.py (+1/-1)
ubuntuone/syncdaemon/interaction_interfaces.py (+2/-2)
Changed in ubuntuone-client: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Ubuntu One Foundations+ team (ubuntuone-foundations+) |
description: | updated |
Changed in ubuntuone-client: | |
status: | Confirmed → Fix Committed |
Changed in ubuntuone-client (Ubuntu Quantal): | |
status: | New → Triaged |
milestone: | none → ubuntu-12.10-beta-2 |
Fixed reason 1, the reason 2 was fixed already.