Merge lp:~notmyname/swift/copy_content_type_fix into lp:~hudson-openstack/swift/trunk
Proposed by
John Dickinson
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | gholt | ||||
Approved revision: | 159 | ||||
Merged at revision: | 159 | ||||
Proposed branch: | lp:~notmyname/swift/copy_content_type_fix | ||||
Merge into: | lp:~hudson-openstack/swift/trunk | ||||
Diff against target: |
156 lines (+87/-0) 2 files modified
swift/proxy/server.py (+5/-0) test/unit/proxy/test_server.py (+82/-0) |
||||
To merge this branch: | bzr merge lp:~notmyname/swift/copy_content_type_fix | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
gholt (community) | Approve | ||
Review via email: mp+45307@code.launchpad.net |
Description of the change
server-side object copy now also copies the content-type of the source object if the content type is not given in the copy request
To post a comment you must log in.
The tests pass whether the fixes are in place or not. Shouldn't there be some new tests or something? Also, the logic with content_ type_manually_ set just seems a bit hard to read and seems incorrect anyhow. If we're never going to use the guessed content-type, why compute it?