Custom Query (332 matches)
Results (109 - 111 of 332)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#114 | wontfix | When updating ticket should take in-reply-to -header into account | bas | eero.afheurlin@… |
Description |
It would be nice to check for the in-reply-to and references headers to see which comment this is a reply to since trac (0.11) notifications add this information to headers and when using the web interfacy "reply" button trac has these nice arrows for quick reference. |
|||
#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). |
|||
#49 | fixed | Notification Message missing URLs | bas | ejh@… |
Description |
Hey, I'm using Trac 0.11b1 and when notification message are sent they are missing the links that the bottom. Any ideas at all would be appriciated, Thanks! |