Summary | DIMP message display not formatted |
Queue | IMP |
Queue Version | Git master |
Type | Bug |
State | Not A Bug |
Priority | 2. Medium |
Owners | |
Requester | jonathan (at) findyourfans (dot) com |
Created | 03/30/2010 (5571 days ago) |
Due | |
Updated | 04/01/2010 (5569 days ago) |
Assigned | 03/30/2010 (5571 days ago) |
Resolved | 03/31/2010 (5570 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
locales, especially since I hadn't had trouble with UTF-8 output
before. I also hadn't realized that I didn't have any UTF-8 locales
installed. As soon as I installed en_US.utf8, I didn't get the
encoding warning from IMP any more.
non-UTF-8 browser. So the real ticket should be denying you access
totally to dimp on that browser.
have much to do with the formatting problems I've described, since the
latter resulted from missing HTML markup, not encoding or decoding
errors.
However, to muddy things even more, I can no longer reproduce the
formatting problem. For a couple of days, I could consistently
reproduce the problem in DIMP mode only, but now both regular and
dynamic views seem to be displaying messages correctly. I'm starting
to suspect this is the result of a cache inconsistency, but that's
really just a wild guess.
rather than the browser. You still should fix this, because Horde 4
will *require* UTF-8 support for both browser and server.
2.2.9 and have been serving UTF-8 documents for years. Do you mean
there has to be UTF-8 support in PHP? I am using mod_php 5.2.6; is
there something else I need? I've never had any trouble related to a
lack of UTF-8 support before in many other PHP web applications.
When displaying some messages, IMP puts "This message was written in a
character set (UTF-8) other than your own." in a box above the
message. I can view those exact same messages (served from the same
IMAP server on the same host) using Roundcube (running on the exact
same instance of Apache and PHP) with no issues at all and Firefox
reports the encoding of the document is UTF-8.
non-UTF-8 browser. So the real ticket should be denying you access
totally to dimp on that browser.
can handle UTF-8. I have been wondering what IMP means by "This
message was written in a character set (UTF-8) other than your own."
rather than the browser. You still should fix this, because Horde 4
will *require* UTF-8 support for both browser and server.
browser. So the real ticket should be denying you access totally to
dimp on that browser.
New Attachment: imp.png
New Attachment: dimp.png
State ⇒ Feedback
Priority ⇒ 2. Medium
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Queue ⇒ IMP
Summary ⇒ DIMP message display not formatted
Type ⇒ Bug
line breaks, so the text all runs together and is very difficult to
read. In the traditional IMP mode, the message body text is displayed
inside a '<div class="fixed leftAlign">' and newlines are converted to
'<br>' but neither is true in DIMP mode.