Re: RT 4.2.7: application/octet-stream
Alex Vandiver <[email protected]>
| Newsgroups | gmane.comp.bug-tracking.request-tracker.devel |
|---|---|
| Organization | Best Practical Solutions, LLC |
| Message-ID | <[email protected]> |
On 10/02/2014 05:33 PM, Brian McNally wrote: > It looks like my previous email didn't arrive at the list, so resending... It got here fine; but responding to mailing list mail, particularly on complex topics, often settles to after the business demands. > I'm wondering if we can get some additional help with this. I'm not sure > I'll be able to track down the bug in a timely manner. If you need solutions on a timeline, I can put you in touch with the sales side of Best Practical. Otherwise, things like this -- especially ones that we can't replicate -- only get time as we have it available. > For my own > clarification, my reading of the error indicates that the path is: > > MakeMIMEEntity() -> SetMIMEEntityToUTF8() -> SetMIMEEntityToEncoding() > > Where SetMIMEEntityToEncoding() fails saying it got the wrong input > (characters vs. a byte string). So, does that mean that a step was > skipped, where the text should have been converted to a byte string but > wasn't? Or does it mean that it was a bytestring at one time but somehow > got converted back to characters? If it helps at all, I found that if I > used the email interface, and passed my message though mimedefang, I did > not have this problem (text would render as expected in the web interface). I gave you my debugging suggestions on my previous mail -- something is enabling the internal "UTF8" flag, which shouldn't: > All MIME::Entity bodies in RT should now, as of 4.2.7, be bytes and not > characters. For the comment/correspond codepath, this is enforced by > RT::Interface::WebMakeMIMEEntity -- [1] called from [2]. Check that the > input to [1] is characters, and that the output from > ->bodyhandle->as_string contains the UTF-8 encoding of those characters > -- i.e. no codepoints above 255, and the "UTF-8" flag should be off. > > You will need to rack down where the UTF-8 flag of > ->bodyhandle->as_string starts being on -- that is where your bug lies. > The Devel::Peek module will likely be useful in your investigation. If > you have cusomizations or extensions, start by disabling them and see if > that improves matters. - Alex -- RT Training - November 4-5 Los Angeles http://bestpractical.com/training