[S3tools-commits] [ s3tools-Bugs-2877984 ] UnicodeDecodeError on sync --dry-run in 0.9.9.91

[SourceForge.net <no...@so...>]

Bugs item #2877984, was opened at 2009-10-13 12:28
Message generated for change (Settings changed) made by schnablebg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=887015&aid=2877984&group_id=178907

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: s3cmd
Group: Malfunction
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Barry Gurnsberg (schnablebg)
Assigned to: Nobody/Anonymous (nobody)
>Summary: UnicodeDecodeError on sync --dry-run in 0.9.9.91

Initial Comment:
I'm just trying to use s3cmd (sync command) for the first time; is it is perfect for backing up my important s3 files elsewhere (I'm a little spooked after the Sidekick data loss fiasco). But, it is choking on a unicode character in one of my files.

Here is the output of "s3cmd sync --dry-run s3://<my bucket> .":

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
An unexpected error has occurred.
Please report the following lines to:
s3t...@li...
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Problem: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 35: ordinal not in range(128)
S3cmd: 0.9.9.91

Traceback (most recent call last):
File "/usr/local/bin/s3cmd", line 1736, in <module>
main()
File "/usr/local/bin/s3cmd", line 1681, in main
cmd_func(args)
File "/usr/local/bin/s3cmd", line 1070, in cmd_sync
return cmd_sync_remote2local(args)
File "/usr/local/bin/s3cmd", line 829, in cmd_sync_remote2local
output(u"download: %s -> %s" % (remote_list[key]['object_uri_str'], remote_list[key]['local_filename']))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 35: ordinal not in range(128)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
An unexpected error has occurred.
Please report the above lines to:
s3t...@li...
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I tried this on Mac OSX 10.5 with Python 2.5.1 and my Dreamhost shell account with Python 2.4.4 (this is where I really want to use it) with the same result.

The problem filename appears to be "fotos_cámara_026.jpg".

Any hope to fix this or a suggested patch?


----------------------------------------------------------------------

Comment By: Barry Gurnsberg (schnablebg)
Date: 2009-10-14 08:43

Message:
I poked into the code and looks like this is only a bug on --dry-run
display.  The sync itself seems to run fine.  But I still want to a
--dry-run before doing a sync.  Patching the output to not crash on this
character (maybe all unicode?) was very simple; patch attached.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=887015&aid=2877984&group_id=178907