Red Hat Bugzilla – Bug 85070
print system is unable to print pages with cyrillic generated by mozilla
Last modified: 2018-04-11 12:57:56 EDT
Description of problem:
If you open web page with cyrillic in mozilla (http://www.gazeta.ru for example)
and try to print it, there will be white space in place of cyrillic text.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. configure printer (my printer is hp 1200)
2. open any web page with cyrillic text (http://www.gazeta.ru)
3. send this page to printer and then to postscript file (mozilla.ps)
4. open postcript file in viewer (gv, kghostview) and compare it with printed paper.
In viewer postscript page is very close to mozilla window, but on paper there is
no cyrillic charaxters at all.
pages on paper and in viewer must be the same.
Tested with cups
Please attach mozilla.ps and output of 'locale' and 'printconf-tui --Xexport'.
Created attachment 90345 [details]
Created attachment 90346 [details]
printconf-tui --Xexport ouput
[root@omnibook root]# locale
Looks like the problem is in filter locale. In printconf-gui filter locale is
set to C and in drop-down list there are only C and CJK locales. If filter
locale is set to C it mean that printing is broken not only for cyrillic, but
also for all non-US-ASCII and non-CJK charsets. By default filter locale must be
the same like LANG in /etc/sysconfig/i18n.
I'm pretty sure that isn't the cause of the problem; you have a PS printer and
so the PostScript is just sent straight to it.
Does the problem go away if you turn on ghostscript pre-filtering?
Yes, I turned ghostscript renderer and prefiltering on and problem disappear,
but fonts are slightly broken. With lj5gray driver printed page quality is much
better. I never used this printer like PS-capable printer and it was always
configured as PCL5 printer before.
Plain text printing doesn't work. I tried to print russian text in utf-8
encoding and got raw utf on paper.
That (Russian plain UTF-8 text) is certainly a separate issue, one that *does*
relate to filter_locale, and I would very much appreciate a separate bug entry
to track it with. As it is we currently have two issues in this report:
a) Is 'PostScript' appropriate as the default driver for this printer, or should
it be lj5gray?
b) Should mozilla.ps be embedding the font, if it isn't already? In other
words, when the PostScript is sent directly to the printer why doesn't it print?
I've just tried to print the same page with cyrillic text and pictures with
lj5gray driver and Postscript driver (with and without prefiltering). With
Postscript driver quality of pictures is _very_ poor (dots are bigger, like in
old newspapers). Looks like ghostscript's interpreter is much better than
printer's built-in interpreter. I can scan both printed pages and attach by
request. Looks like PS support in cheap HP SOHO printers like lj1100 or lj1200
was added for advertisement purposes only.
In addition, there is third-party software that may not be fixed for using
embedded fonts (like commercial netscape-7.01 for example).
So for 1100 series and 1200 series lj5gray driver is preferred.
I've just attached this printer to WinXP box and it was configured automagically
as "HP LaserJet 1200 Series PCL". So PCL is preferred even in Windows.
(This default comes from foomatic. Changing component.)
> Is 'PostScript' appropriate as the default driver for this printer, or should
> it be lj5gray?
I have the same printer and I did some testing yesterday. PostSript indeed
produces some relatively poor quality output. But the lj5gray is extremely slow
(on the order of 2 minutes per page to send the page to a printer over USB via
an external USB v1 hub). I also tried the 'hpijs' driver and it seems to be the
best choice - the quality is noticibly better than PostScript (and in some
aspects even better than lj5gray) and it's almost as fast as PostScript.
> b) Should mozilla be embedding the font ...
Definitely. In any case, that part of the problem definitely belongs upstream
and I am pretty sure that there is already something about it in
> if it isn't already?
Here is the thing - Mozilla has two printing modes - direct PostScript and Xprt.
As far as I was told, the Xprt would do the right thing wrt the fonts and it
seems that most of the Mozilla team development effort is goint into the Xprt
(which sort of explains why the PostScript one has troubles with fonts). This
adds another question to the list:
c) Should Mozilla in RedHat be set up to use Xprt by default?
The foomatic part of this bug is now in bug #85657.
As for the mozilla bits.. changing component and reassigning. :-)
Red Hat apologizes that these issues have not been resolved yet. We do want to
make sure that no important bugs slip through the cracks.
Red Hat Linux 7.3 and Red Hat Linux 9 are no longer supported by Red Hat, Inc.
They are maintained by the Fedora Legacy project (http://www.fedoralegacy.org/)
for security updates only. If this is a security issue, please reassign to the
'Fedora Legacy' product in bugzilla. Please note that Legacy security update
support for these products will stop on December 31st, 2006.
If this is not a security issue, please check if this issue is still present
in a current Fedora Core release. If so, please change the product and version
to match, and check the box indicating that the requested information has been
If you are currently still running Red Hat Linux 7.3 or 9, please note that
Fedora Legacy security update support for these products will stop on December
31st, 2006. You are strongly advised to upgrade to a current Fedora Core release
or Red Hat Enterprise Linux or comparable. Some information on which option may
be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/.
Any bug still open against Red Hat Linux 7.3 or 9 at the end of 2006 will be
closed 'CANTFIX'. Again, if this bug still exists in a current release, or is a
security issue, please change the product as necessary. We thank you for your
help, and apologize again that we haven't handled these issues to this point.
This Problem is not fixed in Latest Rawhide still!! mozilla is printing some
junck characters in printing. and in Postscript file its showing ok. If any
other info require, pls inform.
** Did testing with Cyrillic Character encoding.
Could you provide the PostScript file please?
Created attachment 135369 [details]
Postscript file of the mozilla.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still
running Red Hat Linux, you are strongly advised to upgrade to a
current Fedora Core release or Red Hat Enterprise Linux or comparable.
Some information on which option may be right for you is available at
Red Hat apologizes that these issues have not been resolved yet. We do
want to make sure that no important bugs slip through the cracks.
If this issue is still present in a current Fedora Core release, please
open a new bug with the relevant information.
Closing as CANTFIX.
Re-opening: comment #16 shows that this was still broken after FC5 release.
%%Creator: Mozilla PostScript module (rv:1.7.13/2006050116)
Mozilla is no longer supported, and fixes are not likely to happen for it. Does
this still occur with Firefox which uses a much newer ps module? If so, please
move to firefox. Behdad is doing some pango printing work, which might impact this.
I just tried to print using firefox to generic PCL5 printer. No errors encountered.
I cannot reproduce it with firefox-184.108.40.206-1.fc6.