Merge lp:~mterry/duplicity/encode-exceptions into lp:duplicity/0.6
Proposed by
Michael Terry
Status: | Merged |
---|---|
Merged at revision: | 982 |
Proposed branch: | lp:~mterry/duplicity/encode-exceptions |
Merge into: | lp:duplicity/0.6 |
Diff against target: |
254 lines (+32/-20) 10 files modified
bin/duplicity (+4/-4) duplicity/backend.py (+3/-3) duplicity/backends/_cf_cloudfiles.py (+2/-1) duplicity/backends/_cf_pyrax.py (+2/-1) duplicity/backends/dpbxbackend.py (+3/-2) duplicity/backends/giobackend.py (+2/-1) duplicity/backends/swiftbackend.py (+2/-1) duplicity/backends/webdavbackend.py (+2/-1) duplicity/patchdir.py (+1/-1) duplicity/util.py (+11/-5) |
To merge this branch: | bzr merge lp:~mterry/duplicity/encode-exceptions |
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
duplicity-team | Pending | ||
Review via email: mp+217699@code.launchpad.net |
Description of the change
I've noticed several bugs being filed lately for UnicodeDecodeErrors during exception handling. Because exceptions often contain file paths, they have the same problem with Python 2.x's implicit decoding using the 'ascii' encoding that we've experienced before.
So I added a new util.uexc() method that uses the util.ufn() method to convert an exception to a unicode string and used it around the place.
To post a comment you must log in.