Bug 3556 - fancy can not display html mail containing Chinese characters
Summary: fancy can not display html mail containing Chinese characters
Status: NEW
Alias: None
Product: Claws Mail (Windows)
Classification: Unclassified
Component: default (show other bugs)
Version: 3.13.0
Hardware: PC Windows NT
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2015-11-03 13:26 CET by Wu Shuangrong
Modified: 2015-11-06 16:27 CET (History)
0 users

See Also:


Attachments
claws rendering an Chinese Html email (deleted)
2015-11-06 01:36 CET, Wu Shuangrong
Details
what the same message looks like with opera mail (deleted)
2015-11-06 01:39 CET, Wu Shuangrong
Details
an original email that could cause problem (1.63 KB, text/html)
2015-11-06 14:46 CET, Wu Shuangrong
Details
reuploaded, previous seems not right (17.08 KB, application/octet-stream)
2015-11-06 15:43 CET, Wu Shuangrong
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wu Shuangrong 2015-11-03 13:26:38 CET
fancy plougin can not display html mail containing Chinese Characters correctly. See the attachment.
Comment 1 Paul 2015-11-03 13:51:17 CET
There is no attachment. Please attach the example message.
Comment 2 Wu Shuangrong 2015-11-06 01:36:30 CET
Created attachment 1588 [details]
claws rendering an Chinese Html email

a lot of Chinese characters not showing correctly
Comment 3 Wu Shuangrong 2015-11-06 01:39:28 CET
Created attachment 1589 [details]
what the same message looks like with opera mail

what the same message looks like with opera mail
Comment 4 Salvatore De Paolis 2015-11-06 01:49:02 CET
Please attach the original message as requested, thanks
Comment 5 Paul 2015-11-06 08:29:54 CET
The content of attachment 1588 [details] has been deleted by
    Paul <paul@claws-mail.org>
who provided the following reason:

unneeded

The token used to delete this attachment was generated at 2015-11-06 08:29:40 CET.
Comment 6 Paul 2015-11-06 08:30:20 CET
The content of attachment 1589 [details] has been deleted by
    Paul <paul@claws-mail.org>
who provided the following reason:

uneeded

The token used to delete this attachment was generated at 2015-11-06 08:30:10 CET.
Comment 7 Abhay S. Kushwaha 2015-11-06 14:14:14 CET
This is probably a "WONTFIX" for now.

The Windows version of Claws-Mail suffers font-substitution problems. So if you receive a message that uses a glyph (character) not supported by the font currently in use to display the message, there is no fall-back on the OS to provide a proper glyph from another appropriate font for that character. So you would see strange replacement chracters: square boxes, etc.

One trick is to open that message in a more 'native' application that supports this on Windows so that you can see those characters. Another way is to use a font that has all the characters you receive. A fancy "all unicode characters everrr!" type of font might work here.
Comment 8 Wu Shuangrong 2015-11-06 14:46:20 CET
Created attachment 1591 [details]
an original email that could cause problem

an original email that could cause problem
Comment 9 Wu Shuangrong 2015-11-06 14:49:38 CET
(In reply to comment #7)
> This is probably a "WONTFIX" for now.
> 
> The Windows version of Claws-Mail suffers font-substitution problems. So if
> you receive a message that uses a glyph (character) not supported by the
> font currently in use to display the message, there is no fall-back on the
> OS to provide a proper glyph from another appropriate font for that
> character. So you would see strange replacement chracters: square boxes, etc.
> 
> One trick is to open that message in a more 'native' application that
> supports this on Windows so that you can see those characters. Another way
> is to use a font that has all the characters you receive. A fancy "all
> unicode characters everrr!" type of font might work here.

I have changed the font to an unicode font, but that does not help.
Text view is correct with that font.

So the font may not the reason for this bug.

Any other possible reasons?
Comment 10 Paul 2015-11-06 14:59:42 CET
The attachment is still not the whole message file.
Comment 11 Abhay S. Kushwaha 2015-11-06 15:32:18 CET
Wu, the fact that you can see it in text view is proof that it works. HTML specifies a font in the message body that cannot be over-ridden. So you're stuck there I'm afraid.
Comment 12 Wu Shuangrong 2015-11-06 15:36:15 CET
(In reply to comment #10)
> The attachment is still not the whole message file.

I gain the file via File=>save mail as... , is this the right way? If not, please tell me how to do it?
Comment 13 Wu Shuangrong 2015-11-06 15:38:46 CET
(In reply to comment #12)
> (In reply to comment #10)
> > The attachment is still not the whole message file.
> 
> I gain the file via File=>save mail as... , is this the right way? If not,
> please tell me how to do it?

I opened the saved mail with another email client, eudora ose, and it displayed correctly.
Comment 14 Wu Shuangrong 2015-11-06 15:43:01 CET
Created attachment 1592 [details]
reuploaded, previous seems not right

Hi all,

This one should be no problem. The previous one seems corrupted.
Comment 15 Wu Shuangrong 2015-11-06 15:44:51 CET
(In reply to comment #11)
> Wu, the fact that you can see it in text view is proof that it works. HTML
> specifies a font in the message body that cannot be over-ridden. So you're
> stuck there I'm afraid.

OK.If that's the case, it's really bad. But how come other clients can render it correctly?
Comment 16 Paul 2015-11-06 15:45:57 CET
display fine here, I'm on linux, though.
Comment 17 Abhay S. Kushwaha 2015-11-06 15:54:45 CET
Paul, it'll render fine on Linux.

Wu, yes, like I said, it's a problem specific to how the underlying GTK system and font-substitution libraries are configured/compiled/work with Claws-Mail on Windows. Yes, this is specific to Claws-Mail.

The problem is not specific to Fancy, and is harder to fix (if at all) due to font-specificity in HTML messages.

It won't be fixed any time soon far as I know.
Comment 18 Wu Shuangrong 2015-11-06 16:00:18 CET
OK, thank you all guys.
Comment 19 Salvatore De Paolis 2015-11-06 16:27:43 CET
If it's about the font, you can apply a CSS file that override such font I suppose.