Bug 150278
| Summary: | fails miserably printing HELLO.utf8 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
| Component: | firefox | Assignee: | Christopher Aillon <caillon> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | johnthacker, rvokal, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 1.5.0.7-8 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-10-29 21:39:10 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Bill Nottingham
2005-03-04 07:37:34 UTC
Oh, this is horrible! I can't print Japanese AT ALL. In fact, if I print to a file, the PostScript files that mozilla generates when attempting to print a page with Japanese won't even open in ggv. (evince will open them, just with the Japanese missing or with boxes.) Print preview looks perfect. This happens even with pages that are EUC-JP or SHIFT-JIS. (I can try to check to see what happens if I set my default locale to ja_JP, though that still seemed to fail.) Looks like it's not generating proper postscript. If I run things like ps2pdf on the PostScript file generated, it crashes with errors: [jat48@thacker ~]$ ps2pdf mozilla.ps Error: /undefinedresource in --findresource-- Operand stack: Ryumin-Light-EUC-H Font Ryumin-Light-EUC-H (Ryumin-Light-EUC-H) 12 Ryumin-Light EUC-H EUC-H --dict:0/10(G)-- Ryumin-Light false Ryumin-Light Ryumin-Light CIDFont --nostringval-- CMap CIDFont CMap CIDFont Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- 1 3 %oparray_pop 2 3 %oparray_pop --nostringval-- --nostringval-- 15 4 %oparray_pop --nostringval-- 18 5 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1060/1123(ro)(G)-- --dict:0/20(G)-- --dict:118/200(L)-- --dict:17/17(ro)(G)-- --dict:0/10(L)-- --dict:16/24(ro)(G)-- Current allocation mode is local Last OS error: 2 Current file position is 36451 GNU Ghostscript 7.07: Unrecoverable error, exit code 1 Of course, when I said that I couldn't print Japanese at all, I meant with firefox, mozilla, and epiphany. Everything else works perfectly (gedit, downloaded pdfs and postscript), as does Print Preview in firefox et al. Ah, I found the Japanese problem. The fonts moved location, but the /etc/ghoscript/CIDFnmap.ja file didn't change that [jat48@thacker ~]$ rpm -q --changelog fonts-japanese | more * Thu Feb 24 2005 Akira TAGOH <tagoh> - 0.20050222-2 - Use /usr/share/fonts/japanese instead of /usr/share/fonts/ja [jat48@thacker ~]$ rpm -ql fonts-japanese | grep ttf /usr/share/fonts/japanese/TrueType/kochi-gothic-subst.ttf /usr/share/fonts/japanese/TrueType/kochi-mincho-subst.ttf But in /etc/ghostscript/CIDFnmap.ja : /Kochi-Mincho (/usr/share/fonts/ja/TrueType/kochi-mincho-subst.ttf) ; /Kochi-Gothic (/usr/share/fonts/ja/TrueType/kochi-gothic-subst.ttf) ; So, the Japanese problems can be fixed by editing that file. I'll create a new bug This should be fixed in 1.5.0.7-8 and higher. |