After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 527201 - Incorrect printing in CKJI and Indic locales
Incorrect printing in CKJI and Indic locales
Status: RESOLVED OBSOLETE
Product: GtkHtml
Classification: Other
Component: Printing
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: gtkhtml-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-04-09 18:41 UTC by Matthew Barnes
Modified: 2008-10-22 19:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
HTML Content (6.56 KB, text/html)
2008-04-09 18:43 UTC, Matthew Barnes
Details

Description Matthew Barnes 2008-04-09 18:41:36 UTC
Forwarding this from a Fedora bug:
http://bugzilla.redhat.com/show_bug.cgi?id=440377


Description of problem:
Printing result is messed up or nothing printed

Version-Release number of selected component (if applicable):
evolution-2.22.0-1.fc9.i386

How reproducible:
Always

Steps to Reproduce:
1. Start evolution in zh_CN locale and select New mail
2. In the "Message Body", copy and paste the contents from the following URL:
http://i18n.brisbane.redhat.com/~llim/rendering/CJKI%20bold-nornal%20font%20compare
3. Save and goto draft folder, select the draft and printer it to ps file.
4. Check the result
  
Actual results:
The characters' fonts are messed up

Expected results:
Should print the original content

Additional info:
If print directly, instead of saving as draft first, the content will be nothing.


Sample PostScript printed after saving as draft:
http://bugzilla.redhat.com/attachment.cgi?id=300186

Sample PostScript printed directly from composer:
http://bugzilla.redhat.com/attachment.cgi?id=300187
Comment 1 Matthew Barnes 2008-04-09 18:43:12 UTC
Created attachment 108948 [details]
HTML Content

The link in the problem description is probably private, so here's the page it was referring to.
Comment 2 Matthew Barnes 2008-10-22 19:33:17 UTC
Retested this with Evolution 2.24.1 and it's working fine now.

Closing as OBSOLETE.