Finder can't copy to ZFN share
Bug #253117 reported by
Ross Light
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Twisted |
Fix Released
|
Unknown
|
|||
ZFN |
Fix Released
|
High
|
Ross Light |
Bug Description
Although the Finder (and Mac OS X) can write to a ZFN share, the Mac OS X Finder itself cannot copy a file to the disk. The directory hierarchy is preserved, but all files are zero-length files. It should also be noted that using "cp" at the command line will work properly.
Related branches
lp://staging/~quartz25/zfilenet/bug-chunked_encoding
- No reviews requested
Changed in zfilenet: | |
importance: | Undecided → High |
milestone: | none → release-0.2 |
status: | New → Confirmed |
Changed in zfilenet: | |
status: | Triaged → In Progress |
Changed in twisted: | |
status: | New → Unknown |
Changed in twisted: | |
status: | Unknown → New |
Changed in twisted: | |
status: | New → Confirmed |
Changed in twisted: | |
status: | Confirmed → New |
Changed in twisted: | |
status: | New → Fix Released |
To post a comment you must log in.
After much research, it seems that the problem is this: when the Finder performs a copy, it always writes to the server in chunked transfer encoding, causing the Content-Length to be not specified. Twisted Web does not support chunked encoding, and assumes that the Finder is not sending anything. This is a known bug in Twisted Web, and should theoretically be solved by Twisted Web2, but that's still experimental.
In short, this is one ugly bug to fix. The only three ways of fixing this behavior on the server end are: including Twisted Web2, hacking the request object ourselves to make chunked encoding with the current Twisted Web, or ripping out our beautiful code and trying to do HTTP by hand. The second option seems the most likely.
The current workaround is to always use "cp" from the Terminal, but this is far from ideal.
At this point, it doesn't look we will have this bug fixed for the 0.2 release. However, it should be restated that Mac OS X can still write to the WebDAV disk, copying in the Finder is the action that does not work.