Tickets :: [#5962] Hebrew message not rendering correctly.

6.0.0-beta1

7/12/25

Summary	Hebrew message not rendering correctly.
Queue	IMP
Queue Version	HEAD
Type	Bug
State	Resolved
Priority	1. Low
Owners	jan (at) horde (dot) org
Requester	selsky (at) columbia (dot) edu
Created	12/05/2007 (6429 days ago)
Due
Updated	12/11/2007 (6423 days ago)
Assigned	12/10/2007 (6424 days ago)
Resolved	12/10/2007 (6424 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

12/11/2007 08:25:09 PM	selsky (at) columbia (dot) edu	Comment #14	Reply to this comment
Check added to test.php

12/11/2007 07:43:36 PM	Chuck Hagenbuch	Deleted Original Message

12/11/2007 07:43:28 PM	Chuck Hagenbuch	Deleted Original Message

12/11/2007 07:43:06 PM	selsky (at) columbia (dot) edu	Comment #13	Reply to this comment
We can check the value of ICONV_IMPL. It will be "libiconv" if we're using GNU iconv.

12/10/2007 09:40:20 PM	Jan Schneider	Comment #12	Reply to this comment
OK, switching to GNU iconv fixed the problem. Any objection to putting a warning on the test page if iconv isn't GNU iconv? If there is a way to determine that, sure.

12/10/2007 08:20:00 PM	Matt Selsky	Comment #11	Reply to this comment
OK, switching to GNU iconv fixed the problem. Any objection to putting a warning on the test page if iconv isn't GNU iconv?

12/10/2007 07:03:00 PM	Matt Selsky	Comment #10	Reply to this comment
I un-@'d the iconv call and got this error message: Wrong charset, conversion from `windows-1255' to `utf-8//TRANSLIT' is not allowed in ... Seems like Solaris iconv doesn't support this conversion. I'll try rebuilding with GNU iconv and see what happens. Also, if the conversions aren't working why isn't the original text returned?

12/10/2007 06:02:07 PM	Jan Schneider	Comment #9 State ⇒ Resolved	Reply to this comment
Horde uses iconv, that's what the patch was for.

12/10/2007 05:58:29 PM	Matt Selsky	Comment #8	Reply to this comment
Did IMP 3.2 use iconv? The message renders fine in that version on the same machine.

12/10/2007 05:49:15 PM	Jan Schneider	Comment #7	Reply to this comment
I guess the easiest is to create a little php test script.

12/10/2007 05:39:06 PM	Matt Selsky	Comment #6	Reply to this comment
Yes, I updated framework. I don't use a message cache. How do we tell if iconv is actually working?

12/10/2007 05:29:56 PM	Jan Schneider	Comment #5	Reply to this comment
You updated the framework installation and emptied the message cache if you had one configured in IMP? I can't reproduce any issues anymore with a current checkout.

12/10/2007 05:17:55 PM	Matt Selsky	Comment #4	Reply to this comment
Applied that patch, still get junk.

12/10/2007 02:08:15 PM	Jan Schneider	Comment #3 Assigned to Jan Schneider Taken from Michael Slusarz State ⇒ Feedback	Reply to this comment
The following patch seems to fix it for me: http://cvs.horde.org/diff.php?f=framework%2FUtil%2FString.php&r1=1.63&r2=1.65&t=unified

12/05/2007 06:06:46 PM	Jan Schneider	Assigned to Michael Slusarz State ⇒ Assigned

12/05/2007 05:54:22 PM	Matt Selsky	Comment #2 New Attachment: Screenshot.png	Reply to this comment
Screenshot of what the Hebrew should look like.

12/05/2007 05:48:21 PM	Matt Selsky	Comment #1 Priority ⇒ 1. Low State ⇒ Unconfirmed New Attachment: RE__Happy_Birthday.eml Queue ⇒ IMP Type ⇒ Bug Summary ⇒ Hebrew message not rendering correctly.	Reply to this comment
This message shows junk instead of Hebrew for the first part of the message in IMP HEAD. Browser view encoding is the default of UTF-8. This sort of works in IMP 3.2.8. The message view is also broken, but there is a link to "This message was written in a character set other than your own. If it is not displayed correctly, click here to open it in a new window." and the message does display correctly in the new window.