Custom Query (332 matches)
Results (154 - 156 of 332)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#205 | fixed | email2trac chokes on non-ascii (utf8) characters in workflow | bas | eirik.schwenke@… |
Description |
We had an initial ticket status of "forespørsel", and that caused email2trac to fail with the error(s): email2trac: Traceback (most recent call last): email2trac: File "/usr/bin/email2trac", line 2133, in <module> tktparser.parse(sys .stdin) email2trac: File "/usr/bin/email2trac", line 1531, in parse self.new_ticket(m, sub ject, spam_msg) email2trac: File "/usr/bin/email2trac", line 967, in new_ticket self.set_ticket_fi elds(tkt) email2trac: File "/usr/bin/email2trac", line 876, in set_ticket_fields print 'trac .ini name %s = %s' %(name, value) email2trac: UnicodeEncodeError: 'ascii' codec can't encode character u'\xf8' in position 27: ordinal not in range(128) It would appear some more care is needed to support unicode in all strings in email2trac. I had a brief look at the script, but couldn't easily see if it would be safe and sound to simply wrap all missing strings with a .encode('utf-8') or not. For now the workaround has been to limit ourselves to ascii-characters in ticket-status names -- but that is obviously not a good solution (it's looks a bit strange in Norwegian, in eg. Japanese it would be hopeless). |
|||
#206 | fixed | email2trac bombs when attachment contains umlaut characters | bas | karsten.rohrbach@… |
Description |
From bounce message produced by postfix MTA: TD: saving email to /tmp/tmpKadtCi.email2trac TD: writing body to /tmp/tmpsgE73w.email2trac TD: part1: Content-Type: application/octet-stream Traceback (most recent call last): File "/usr/bin/email2trac", line 2151, in <module> tktparser.save_email_for_debug(m, True) File "/usr/bin/email2trac", line 575, in save_email_for_debug self.debug_attachments(message_parts) File "/usr/bin/email2trac", line 519, in debug_attachments print 'TD: part%d: filename: %s' % (n, filename) UnicodeEncodeError: 'ascii' codec can't encode character u'\xc4' in position 33: ordinal not in range(128) The filename causing this behaviour is AUFTRAGSBESTÄTIGUNGS-FORMULAR_115886.PDF, containing a German umlaut. Deployed Version of email2trac is 1.4.3 |
|||
#207 | fixed | Problems with unicode-attachments in 1.4.5 | bas | hju@… |
Description |
Emails with attachments containing unicode-charcters in filename are not handled in a usable way. (see attached screenshots) the attachments could not be opened No handler matched request to /attachment/ticket/451/=?utf-8?Q?Budget_2010_-_Ger=C3=A4teliste_-_Danz?= =?utf-8?Q?ig.xls?= Excample-Filename: Budget 2010 - Geräteliste - Warschau.xls |