LR deletes the file when it's an interrupted download but partial was lost
Bug #564774 reported by
Facundo Batista
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu One Client |
Fix Released
|
Critical
|
Facundo Batista | ||
ubuntuone-client (Ubuntu) |
Fix Released
|
High
|
dobey |
Bug Description
If Sync queues a download for a file that didn't exist before, and everything is interrupted, and the partial file is removed, when everything starts again, LR generates a FS_FILE_DELETE.
It should not do that, just delete the metadata, so at server rescan time the file will be downloaded again.
Related branches
lp:~facundo/ubuntuone-client/lr-file-deletion-564774
- John O'Brien (community): Approve
- Tim Cole (community): Approve
-
Diff: 71 lines (+39/-6)2 files modifiedtests/syncdaemon/test_localrescan.py (+25/-0)
ubuntuone/syncdaemon/local_rescan.py (+14/-6)
Changed in ubuntuone-client: | |
status: | Triaged → In Progress |
Changed in ubuntuone-client: | |
status: | In Progress → Fix Committed |
tags: | added: foundations+ package u1-lucid |
Changed in ubuntuone-client (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → High |
assignee: | nobody → Rodney Dawes (dobey) |
Changed in ubuntuone-client: | |
milestone: | none → 1.2.1 |
Changed in ubuntuone-client: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This means that if you receive to download a file from the server, and the ubuntuone-client is interrupted in the middle after queueing the download, and while it's stopped the ~/.cache/ ubuntuone/ partial directory is cleaned, the client will issue to the server a deletion of the file.