syncdaemon deletes files when local machine errors out on creation of partial
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu One Client |
Fix Released
|
Critical
|
Facundo Batista | ||
Stable-1-2 |
New
|
Undecided
|
Unassigned | ||
Stable-1-4 |
Fix Released
|
Critical
|
Facundo Batista | ||
ubuntuone-client (Ubuntu) |
Fix Released
|
High
|
Facundo Batista | ||
Maverick |
Fix Released
|
High
|
dobey |
Bug Description
the partial filename of a file is longer than the filename, and this can lead to some interesting problems: if the creation of the partial errors out because of this,
2010-10-09 01:30:20,369 - ubuntuone.
Traceback (most recent call last):
File "/usr/lib/
af(event_name, parameters, *args)
File "/usr/lib/
share_
File "/usr/lib/
open(
IOError: [Errno 36] File name too long: "/home/
syncdaemon then deletes the file on the server.
(ecryptfs has stronger limits on the filename length than usual; see lp:344878)
Logs attached.
-------
TEST CASE:
1. Open https:/
2. Upload test file with name that is one character below the max supported by the filesystem (unecrypted filesystem, use something like: "aaaaaaaaaaaaaa
3. In terminal session run:
u1sdtool -d; u1sdtool -c
Result: Uploaded file is not in ~/Ubuntu One/ and is no longer on the server https:/
Expected result: Uploaded file is in ~/Ubuntu One/ and on the server https:/
Related branches
- Lucio Torre (community): Approve
- Guillermo Gonzalez: Approve
-
Diff: 216 lines (+151/-6)2 files modifiedtests/syncdaemon/test_fsm.py (+125/-2)
ubuntuone/syncdaemon/filesystem_manager.py (+26/-4)
- John O'Brien (community): Approve
- Guillermo Gonzalez: Approve
-
Diff: 216 lines (+151/-6)2 files modifiedtests/syncdaemon/test_fsm.py (+125/-2)
ubuntuone/syncdaemon/filesystem_manager.py (+26/-4)
Changed in ubuntuone-client: | |
assignee: | Lucio Torre (lucio.torre) → Facundo Batista (facundo) |
importance: | Undecided → High |
status: | New → Triaged |
Changed in ubuntuone-client (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → High |
description: | updated |
tags: | added: chicharra u1-maverick-sru |
Changed in ubuntuone-client (Ubuntu): | |
assignee: | nobody → Facundo Batista (facundo) |
description: | updated |
Changed in ubuntuone-client: | |
status: | Triaged → Fix Committed |
Changed in ubuntuone-client: | |
status: | Fix Committed → Fix Released |
Changed in ubuntuone-client (Ubuntu): | |
status: | Triaged → Fix Released |
Changed in ubuntuone-client (Ubuntu Maverick): | |
assignee: | nobody → Rodney Dawes (dobey) |
importance: | Undecided → High |
status: | New → In Progress |
Changed in ubuntuone-client (Ubuntu Maverick): | |
milestone: | none → maverick-updates |
tags: |
added: verification-done removed: verification-needed |
tags: | added: testcase |
The serious part is that when make partial fails we fail to download the file and we leave stuff in a state that LR think the file was deleted. We will track this issue with this bug, we will use #662660 to track the creation of shorter partials.