[rt-users] Bug in history/UTF-8-encoding?

Benjamin Weser weser at osp-dd.de
Tue Dec 11 05:16:04 EST 2007


Hi List,

seems there are some more problems with UTF-8-encoding. Today it 
happened to us that a ticket's history isn't shown completely. Only the 
last two entries are shown - no create Ticket etc. are visible anymore. 
I've found the following errors in the log file:

[Tue Dec 11 08:56:38 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb0, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
[Tue Dec 11 08:56:38 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb2, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
[Tue Dec 11 08:56:38 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb0, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
[Tue Dec 11 08:58:40 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb0, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
[Tue Dec 11 08:58:40 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb2, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
[Tue Dec 11 08:58:40 2007] [warning]: Malformed UTF-8 character 
(unexpected continuation byte 0xb0, with no preceding start byte) in 
substitution iterator at /usr/lib/perl5/5.8.8/Text/Tabs.pm line 26. 
(/usr/lib/perl5/5.8.8/Text/Tabs.pm:26)
...

Probably some Russian letters were used there since the error happened 
after an update of an employee of our Russian team. But I'm not sure 
about that since there are many tickets with Russian descriptions where 
no errors occured.

Are there any ideas how to fix this except manipulating the data in the 
database directly?

Best regards,
Ben



More information about the rt-users mailing list