17141 - printing doesn't respect "quiet" param

Status: VERIFIED WORKSFORME

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

Description

[buster]

from posting on n.p.m.embedding by [e-mail] (Brian Coverstone):

As I stumbling through code looking to turn off the printer dialog
box, I finally came across where it creates a nsDeviceContextSpec
object and then calls the -

>Init(PRBool aQuiet) function.
Unfortunately, under the gtk/ branch, the function
nsDeviceContextSpecGTK::Init(PRBool aQuiet) does not use use the aQuiet
variable!  That means you can't turn off the printer dialog box by
passing a value of PR_TRUE.  Ouch!  Something should be in there to
skip the call to ::UnixPrDialog(

&mPrData) if the aQuiet is set to
PR_TRUE.

Comment 1

[Paul MacQuiddy]

Sorry for the spam, changing QA contact on printing bugs to our new printing
tester, Shrirang!

Comment 2

[Alex Musil]

Moving Syd's non-PDT+ bugs to M15 to indicate that he will not have time to get
to them for Beta.

Comment 3

[Alex Musil]

Moving Syd's non-IM bugs to M20

Comment 4

[Syd Logan]

Reassigning to kevin for triage

Comment 5

[Kevin McCluskey (gone)]

Reassigning to Waqar

Comment 6

[rvj]

what is the syntax for calling via javascript?

this is a must have !!!

Comment 7

[rvj]

IMO this is a must have for XPFE/XUL application developers 

particularly when developing custom tree/grid widget formatting routines based 
on default printer settings 

i.e. a javascript example when resolved please??

Comment 8

[dcone (gone)]

The quit parameter works on Windows.. each platform just has to respect this 
API.

Comment 9

[shrirang khanzode]

spam : changing qa to sujay (new qa contact for Printing)

Comment 10

[rvj]

Any target milestone release yet for javascript support?

Its been two years since this issue was first rasied

It seems that printing issues seem to have a very very low priorty. ....
.... only the QA contacts seem to change :-)

The ability to build IE like interfaces with quiet printing feature is 
essential for cross platform UI design

Comment 11

[Marco Pesenti Gritti]

It's also breaking print on gtk embedding applications

Comment 12

[Kevin McCluskey (gone)]

bulk reassigning Waqar's bugs to Don.

Comment 13

[rvj]

Is there any chance of progress on this before 1.0 ?

I'm sure I cant be the only one waiting for the ability to emulate the IE 
browser print functionality in a XUL application.

It seems such an obvious omission especially when needing to print multiple 
documents.

What is puzzling me is that one or two bugs relating to quiet mode seem to have 
been resolved.


Can anyone explain?

Comment 14

[rvj]

In fact bug 70950 has marked this as FIXED!

Is this true and if so what is the javascript to print a specific  iframe?

The following code was suggested via a newsgroup but no one has confirmed that 
the call is valid


function quietprint() 
{
var iframe=document.getElementById("iframe");
var contentViewerFile = iframe.docShell.contentViewer.QueryInterface
(Components.interfaces.nsIContentViewerFile); contentViewerFile.Print(true, 
null, null); }

}


If it is not , should I reopen 70950?

Comment 15

[Kevin McCluskey (gone)]

Rod, I think this is part of the PrintSettings API work.
Reassigning to Rod.

Comment 16

[rods (gone)]

Attachment: This doesn't work

Comment 17

[rods (gone)]

iframes do not appear ro have a "docshell" member.

Comment 18

[rods (gone)]

I think this test case is for a different bug.....

Comment 19

[rvj]

if this is a different bug has a bug been filed?

.... if so what bug number ??

Comment 20

[rods (gone)]

This was fixed withthe new dialog check in

Comment 21

[rvj]

Many thanks for reply but one aspect of the bug may have been overlooked. 

The example code posted on the 10-18-2001 was intended to show how a XUL 
application could DYNAMICALLY issue a print IRRESPECTIVE of any other settings.

Can you please confirm that there is 

a) an api to switch to quiet mode WITHOUT displaying the dialog box
b) that you can switch to quiet mode WITHOUT changing the quiet mode pref 

Comment 22

[rods (gone)]

Let's leave this closed until we get a handle on Bug 70950, then we can open 
this if necessary.

Comment 23

[sujay]

verified.

Comment 24

[danprime]

Hi,

I've searched high and low for the 'fix' and I can't figure out how to call this
setting. Can anyone post an example? 

The attachment:"This doesn't work" doesn't work... at all. Mozilla (1.7) both
Firefox (0.9.3) report that there is no docShell in iframe. Bug 70950 is labeled
fixed but that seems to be only for XUL applications. How can one print
'silently' (no print Dialog) from Firefox or Mozilla?