6.0.0-beta1
7/9/25

[#5962] Hebrew message not rendering correctly.
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 (6426 days ago)
Due
Updated 12/11/2007 (6420 days ago)
Assigned 12/10/2007 (6421 days ago)
Resolved 12/10/2007 (6421 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
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
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.

Saved Queries