327222 - Problem printing Firefox 1.5.0.1 using postscript

Status: RESOLVED DUPLICATE of bug 336170

(Core :: Printing: Output, defect)

Description

[Ting Yong]

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8.0.1) Gecko/20060206 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8.0.1) Gecko/20060206 Firefox/1.5.0.1

I have compiled Firefox 1.5.0.1 and wanting to disable xprint service. Instead, I would like to use postscript to print things, except that I can't. 

I edited the printer.print.list pref to make all my available printers visible to firefox. But when I click print, stderr shows that the printer is unknown. 

Does firefox1.5 support postscript printing like firefox1.0.7 do??

I really hope firefox1.5 to work with postscripts rather than restricted only to xprint on solaris....


Thanks, 
Tsang

Reproducible: Always

Steps to Reproduce:
1.Ctrl P
2.click a postscript printer
3.stderr said "printer unknown"


Expected Results:  
Something come out from the printer.

Comment 1

[zug_treno]

Maybe related to Core bug 258153?

Comment 2

[Ting Yong]

The exact same environment (OS, libraries) works for firefox 107 version. But then when I ungrade to firefox1.5, It gives printer unknown thru stderr in xterm. 

Comment 3

[Ting Yong]

It seems like the print command is having problem. 

When I change the lp command to lp -d ${MOZ_PRINTER_NAME}, it works fine. 

Can somebody explain to me why the default command is not working for me? I don't want to change from the default because I'm not sure if I'll lose some functions / feature. 

Default lp command:
lp -c -s ${MOZ_PRINTER_NAME:+'-d '}${MOZ_PRINTER_NAME}

Thanks,
Tsang

Comment 4

[Kenneth Herron]

The change to the default print command on solaris was bug 179538. This change wasn't included in FF 1.0.7. Before the change, the default print command called "lpr", which would only work for people with /usr/ucb in their command path.

Ting, what version of solaris are you running? Is it possible your copy of the "lp" utility isn't the normal solaris version? Could you run "which lp" and verify that it's /usr/bin/lp?

Comment 5

[Ting Yong]

Thanks Kenneth!
Hmm, 

This is the output:
tyong@elvis >ls -lart `which lp`
-r-s--x--x   1 root     lp          22956 Aug 27  2002 /usr/bin/lp
tyong@elvis >ls -lart `which lpr`
lrwxrwxrwx   1 root     root            9 Aug 24  2005 /usr/ucb/lpr -> ../bin/lp

I'm running it on Solaris 8

I can get away with it by changing the default command to be lpr:
pref("print.print_command", "lpr ${MOZ_PRINTER_NAME:+'-P'}${MOZ_PRINTER_NAME}");

and it seems to work. But still I'd like to go with the default setting...

Thanks, 
Tsang Ting Yong

Comment 6

[Kenneth Herron]

Hmm, it looks like the variable substitutions in the default print command are being turned into one command argument rather than two. Ting, could you try the print command:

    lp -c -s ${MOZ_PRINTER_NAME:+'-d'} ${MOZ_PRINTER_NAME}

In other words, remove the space from the '-d ' section and add a space following the first } character.

Comment 7

[Ting Yong]

That seems to work fine! 

It this case, the print command failed because an extra space in the printer name??

Comment 8

[Kenneth Herron]

Fixed by the patch for bug 336170.

*** This bug has been marked as a duplicate of 336170 ***