Summary | Encoding issues |
Queue | IMP |
Queue Version | 5.0.1 |
Type | Bug |
State | Not A Bug |
Priority | 2. Medium |
Owners | |
Requester | azurit (at) pobox (dot) sk |
Created | 04/26/2011 (5161 days ago) |
Due | |
Updated | 05/10/2011 (5147 days ago) |
Assigned | |
Resolved | 05/10/2011 (5147 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
PHP 5.2.6 and libxml 2.6.32 = broken
PHP 5.3.5 and libxml 2.6.32 = broken
PHP 5.3.2 and libxml 2.7.6 = ok
Seems that problem is in libxml. Will you include the patch into
Horde in case i find a sufficient solution ?
horde/docs/INSTALL.
New Attachment: xml.php
PHP 5.2.6 and libxml 2.6.32 = broken
PHP 5.3.5 and libxml 2.6.32 = broken
PHP 5.3.2 and libxml 2.7.6 = ok
Seems that problem is in libxml. Will you include the patch into Horde
in case i find a sufficient solution ?
and PHP 5.2.6 - both are original Debian Lenny packages so, if they
are broken, lots of other users will have problems. Do you mind to
'fix' this if problem is really in libxml ?
extension.
And as mentioned I previously, I can't duplicate this. So that may
mean that your libxml/PHP is broken. Which is why I need a
reproducible test case before I am going to look at making any changes.
problem. Unicode characters were broken by PHP funcion 'loadHTML' of
'DOMDocument' class. I have made this change in Horde source code
based on comments on
http://sk.php.net/manual/en/domdocument.loadhtml.php :
File: /usr/share/php/Horde/Domhtml.php
- $doc->loadHTML($this->_xmlencoding .
Horde_String::convertCharset($text, $charset, 'UTF-8'));
+ $text = mb_convert_encoding(Horde_String::convertCharset($text,
$charset, 'UTF-8'), 'HTML-ENTITIES', 'UTF-8');
+ $doc->loadHTML($this->_xmlencoding . $text);
fails on your system.
repository and run:
php5 framework/Util/test/Horde/Util/DomhtmlTest.php
but:
Warning: require_once(Horde/Test/Autoload.php): failed to open stream:
No such file or directory in
/home/nobackup/git/horde/framework/Util/test/Horde/Util/Autoload.php
on line 13
Fatal error: require_once(): Failed opening required
'Horde/Test/Autoload.php'
(include_path='.:/usr/share/php:/usr/share/pear') in
/home/nobackup/git/horde/framework/Util/test/Horde/Util/Autoload.php
on line 13
Horde is installed via pear in /usr/share/horde but Horde libraries
are in standard path /usr/share/php/Horde .
Ticket #9714or#9567. However, I can't reproduce. You will have to provide areproducible failing test case or else I am going to assume that your
PHP installation is broken.
You can try running the test suite for Horde_Domhtml to see if it
fails on your system.
Bug #9992: Test case1 files changed, 12 insertions(+), 0 deletions(-)
http://git.horde.org/horde-git/-/commit/4e8827d804ad8ecfc8e13a065e3e9b0d8e4915cb
New Attachment: part.html
see HTML and also text part of the message. The HTML part is always
broken, text part is ok. I'm attaching the source of HTML part.
Debian Lenny. Thanks.
to the message.
When i send non-multipart message, everything is displayed ok.
Everything was also ok with IMP4. How can i debug this ?
(necessarily) very complicated and is controlled by a bunch of
libraries.
the message.
When i send non-multipart message, everything is displayed ok.
Everything was also ok with IMP4. How can i debug this ?
New Attachment: output.PNG
New Attachment: message.txt
New Attachment: imp.jpeg
encoding is wrong? E.g. is something being quoted-printable encoded
when it is supposed to be base64 encoded?
read it via Horde/IMP - the unicode characters will be broken, IMP is
just not able to set character set right.
encoding is wrong? E.g. is something being quoted-printable encoded
when it is supposed to be base64 encoded?
Priority ⇒ 2. Medium
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Summary ⇒ Encoding issues
Type ⇒ Bug
Queue ⇒ IMP
multipart (plain + html) message from gmail.com which will be in
different encoding from your default encoding.