Custom Query (332 matches)

We found a problem with python-code execution if there is an german "Umlaut" (ü) in the filename of an attachment.

email2trac produces an error in the user.log of the server { Mar 10 17:00:04 ks35958 email2trac: Traceback (most recent call last): Mar 10 17:00:04 ks35958 email2trac: File "/usr/bin/email2trac", line 1249, in ? tktparser.parse(sys.stdin) Mar 10 17:00:04 ks35958 email2trac: File "/usr/bin/email2trac", line 818, in parse self.new_ticket(m, spam_msg) Mar 10 17:00:04 ks35958 email2trac: File "/usr/bin/email2trac", line 757, in new_ticket str = self.attachments(msg, tkt) Mar 10 17:00:04 ks35958 email2trac: File "/usr/bin/email2trac", line 1049, in attachments url_filename = urllib.quote(filename) Mar 10 17:00:04 ks35958 email2trac: File "urllib.py", line 1110, in quote res = map(safe_map.getitem, s) Mar 10 17:00:04 ks35958 email2trac: KeyError?: u'\xfc' }

The ticket is created, but the attachment is not added.

Tracking down the error leads to an python-error in 2.4. The routine "quote", trying to encode special characters in the filename as "%<##>", returns an KeyError? with "\xfc" (ü).

​http://bugs.python.org/issue3300

However: Is there possible workaround usin another python-function?

We use a trunk-version (218) of Version 0.30

P.S.: in another environment, we are using email2trac version 0.80 with python 2.5 under windows... Under this circumstances, there is no ticket createt at all...

In our old environment (email2trac 0.30 / trunk 218) we are using the alternate_notify_template to inform the reporter about acceptance of the ticket.

In the mail-body we use the following text (example):

Hello,

your request was insertet as $ticket.id in our system.

Your request was:

$ticket.description

...

Everything works fine!

Now we have established a new environment under windows with email2trac 0.80 and python 2.5.

Problem: The $ticket.description is displayed, but $ticket.id is empty. In the Mail-Header, the ID ist displayed!

Taking a close look shows: with the "old" email2trac, if a ticket was created there was "change-entry" for each ticket:

*id  set to 411

this is now missing.

Is it possible, that the ID is no longer known due to this missing "update"?

If email2trac creats a ticket whith an attachment having a space in the filename, the filename is excaped twice.

example (see also attached screenshots): test 1.txt is named test%201.txt and stored as test%25201.txt bei email2trac.

if you add an attachment via webclient, the filename is only escaped once: test 2.txt is named test 2.txt and stored as test%202.txt

Also trac has no problem to find the file, we encountered this using a script (AdvancedTicketWorkflow? - run_external) to find the attachments with the filenames stored in the database. We had to work around this bei again escaping the filename stored in database.

It's not a serious bug while trac gets around it, but annoying and of course different from the "normal" trac behaviour.