125006 - [ps] Cyrillic characters not printing

Status: RESOLVED FIXED

(Core :: Printing: Output, defect, P2)

Description

[Oleg Bulavsky]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
BuildID:    

While pages with cyrillic characters (koi8-r codepage) displayed correctly (even
in print preview), they are does notprinted correctly, i.e. only spaces and
squares printed instead of cyrillic characters (latin - OK). When 'printed' to
file I saw "% MozillaCharsetName: iso-8859-1" near the top of the file and a
number of "/Encoding isolatin1encoding def".

Reproducible: Always
Steps to Reproduce:
Open http://www.nvworld.ru/docs/t_riva.html and print this page.

Comment 1

[Boris Zbarsky [:bzbarsky]]

confirmed on that page, current linux CVS build.

Comment 2

[rods (gone)]

Don has a fix for this in another bug

Comment 3

[dcone (gone)]

fixed by the fix to bug 100324

Comment 4

[dcone (gone)]

fixed.

Comment 5

[sujay]

Oleg, please verify in latest build and mark verified-fixed...thanks.

Comment 6

[Oleg Bulavsky]

Stop, stop, stop!!!
I tried 2002022808 build and got same result!
StarOffice 5.2 prints some Cyrillic characters in wrong codepage at this URL.
Hotjava 3.0 prints all Cyrillic characters in wrong codepage at this URL.
But both 0.9.8 and 2002022808 prints none Cyrillic characters at all but only
spaces.
At this URL as well as all others.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Confirmed that this bug still exists.  I should note that the build I initially
confirmed with already had the patch to bug 100324 in it.

I can print cyrillic fine on other pages, just not on this one....

Comment 8

[Roland Mainz]

Attachment: http://www.nvworld.ru/docs/t_riva.html printed with 2002-03-06-08-trunk

Reporter:
Is the attached PostScript output OK for you ?

Comment 9

[Oleg Bulavsky]

Yes, it is.
Cyrillic printed well.

Comment 10

[Oleg Bulavsky]

Still doesn't work in 0.9.9

Comment 11

[Oleg Bulavsky]

2 [e-mail] : Please, define Target and Priority for this bug. I think
this bug major or may be critical, so it must be resolved before 1.0!!!

Comment 12

[Roland Mainz]

I created a small "Quick guide how to setup Xprint to print with KOI8-R
fonts", see
http://puck.informatik.med.uni-giessen.de/people/gisburn/work/xprint/quickguide_koi8_r.txt
(attachment 72840 [details] was created using Xprint module) - maybe this helps a little
bit...
Unfortunately I am not every good in writing documentation - any
suggestion/help/contribution/correction is very welcome... :)

Comment 13

[wazow]

This does not work for me as well (2002042321, RH 7.2), I use postscript
printing.  All non latin characters disappear. Your how-to set up Xprt might be
helpful, but it is not quite a solution. Rather a workaround.

Comment 14

[Roland Mainz]

andrzej wrote:
> Your how-to set up Xprt might be helpful, but it is not quite a solution. 
> Rather a workaround.

Why ?
The Xprint module can replace the PostScript module in all it's functionality -
and it offers far more functionality than the PostScript module can ever do...

Comment 15

[wazow]

I am not a linux printing expert (a heavy user though) and it seems to me that
switching to Xprt demands a printing policy change in you site (or at least at
your station), because Xprt is not (yet?) a standard solution. 

Many users basically do not have any influence on what printing software is
installed on their station or in house. Those users will not have cyrillic
characters printed correctly with your solution. That's why I wrote: it's a
workaround (a workaround I am going to implement soon on my station anyway:).

Comment 16

[Roland Mainz]

andrzej wrote:
> I am not a linux printing expert (a heavy user though) and it seems to me that
> switching to Xprt demands a printing policy change in you site (or at least at
> your station), because Xprt is not (yet?) a standard solution. 

Well, Xprt is part of the standard X.org X11 source tree (available since
X11R6.4) and most X11R6.x(x>=4)-compilant platforms ship with Xprt (including
Solaris, HP-UX and Xfree86).

Unfortunately the Xprt in Xfree86 is broken and will not work (Xprt on
Solaris+HP-UX is working perfectly).
That's why I created my own binary release for Linux x86 to work around the
issue for Linux users.
And I am doing further development (fix bugs, add features, write docs, add
application support etc.) - see http://xprint.mozdev.org/ ... :)

Comment 17

[Boris Zbarsky [:bzbarsky]]

*** Bug 146955 has been marked as a duplicate of this bug. ***

Comment 18

[Bryce Mozilla Nesbitt]

As of 1.0RC2, it's bad for me also.  Print preview is fine, but the Postscript
is buggered.  Attached are pictures.

Comment 19

[Bryce Mozilla Nesbitt]

Attachment: Postscript of russian goverment page

Comment 20

[Bryce Mozilla Nesbitt]

Attachment: Screenshot of postscript rendering (works same on printer)

Comment 21

[Roland Mainz]

Bryce Mozilla Nesbitt wrote:
> As of 1.0RC2, it's bad for me also.  Print preview is fine, but the Postscript
> is buggered.

Solution is listed in comment #12 ... :)

Comment 22

[Ilya Tsindlekht]

Printing of Hebrew characters is broken too.

Comment 23

[Roland Mainz]

Ilya Tsindlekht wrote:
> Printing of Hebrew characters is broken too.

AFAIK the PostScript module cannot print Hebrew or any other BiDi language (see
http://mozilla.org/releases/mozilla1.0/#printing), but the Xprint module can do
that.
http://xprint.mozdev.org/ has some resources and a quickguide which describes
how to set up Xprint for printing Hebrew...

Comment 24

[Vadim Ponomarev]

sad, but 1.3 has the same problem with postscript printing 

Comment 25

[Helge Hielscher]

WFM / mozilla-1.3-1mdk (Gecko/20030313)
All russian pages (even tried http://www.gov.ru/main/page7.html) print fine now. 

Comment 26

[Andrew W. Nosenko]

Nope.
Mozilla-1.4 (builded with gtk2) prints all Russuan pages (that tried by me)
incorrectly.

Sympthoms are the same:
* no cyrrillic letters, only ascii letters + punctuation exists.
* `% MozillaCharsetName: iso-8859-1'  (why iso-8859-1 ???)

As example, PS output from Mozilla and JPEG rendered by ghostscript will be
attached.  URL of original page: http://www.gov.ru/main/page7.html

Comment 27

[Andrew W. Nosenko]

Attachment: Example of broken PS output, mozilla-1.4 (postscript compressed by bzip2 for save size)

.ps file compressed by bzip2 for save size.

Comment 28

[Andrew W. Nosenko]

Attachment: Example of broken PS output, mozilla-1.4 (rendered to JPEG by ghostscript)

Comment 29

[Boris Zbarsky [:bzbarsky]]

This works fine for me with a current tip build, using gtk1.  Is this a
gtk2-only problem?

In any case, dcone is long gone, so someone else needs to look at this.

Comment 30

[Wayne Mery (:wsmwk)]

Andrew writes "I don't use "vanilla" mozilla ... Under Galeon-2.0.1, which builded around firefox-1.5.0.6, all seems OK."

Comment 31

[Boris Zbarsky [:bzbarsky]]

All this code is going away with cairo.  This bug needs to be reevaluated once cairo printing on Linux works (which it might already).

Comment 32

[Kenneth Herron]

Mass-resolving some bugs related to the old unix printing system. The old code has been removed from the tree, and the bugs don't occur with the cairo-based printing code.