Closed Bug 77733 Opened 23 years ago Closed 23 years ago

Unable to print...

Categories

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

Product:
Core
Component:
Printing: Output
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: harishd, Assigned: hyatt)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: ETA mm/dd? 0.9)

Attachments

(2 files)

Workaround which sets mPaintingSuppressed to FALSE...
550 bytes, patch
Details | Diff | Splinter Review
Fix printing.
2.31 KB, patch
Details | Diff | Splinter Review 
Go to any url and try to print the page.

Result: blank pages!!!!
Keywords: nsCatFood
Harish, I just printed http://www.google.com using 4/25 build

whats going on?
Severity: normal → blocker
using 4/26 build I get nothing but the header and footer on any page.  Win32.
I also see this on Linux, only in builds from the last day or two though.

Same problem with Xprint (X11 print system) on Solaris and Linux... ;-((
Seems this issue is independent from platform and print system.
Changing Platform/OS to All/All.
OS: Windows NT → All
Hardware: PC → All
When I print http://www.mozilla.org/status/2001-04-26.html with Xprint only the
1st page is empty - the other four are printed normal...

When I print the same URL but set "print range" to "from '3' to '5'" all these
pages are properly printed...
adding cc
Target Milestone: --- → mozilla0.9.1
*** Bug 77703 has been marked as a duplicate of this bug. ***
Mac seems to print fine for me with today's build.  Not completely XP.
Is it possible that this issue is caused by patches for bug 75893 ?
dammit! it worked earlier, I swear.  Mac also failing for me now. Sorry for the
spam.
This should really be in 0.9!!! Suggest Priority = P1 and KW: regression ?!
Current target milestone: 0.9.1

Can we really accept an ENTIRE milestone (0.9) that cannot print. That would suck :(
This needs traction, marking for a 0.9 look. Can we please look at this 
and see what the problem is?
Whiteboard: 0.9
*** Bug 77904 has been marked as a duplicate of this bug. ***
Don, any update on this bug?  This is killing the dogfood snacks program!
I worked on regressions all weekend.. seems this is due to a fix Hyatt checked 
in on 4/26/2001 at 12:00 (sometime around that time).  I think I have the fix.. 
but I need to talk to Hyatt and have him fix this.. I think.
dcone: can you give us more hints (URL !?) where we can find that patch, please
?
I am in the middle of pulling.. seeing if what I have in mind fixes the 
problem, if it does I will post the patch.  Basically what happened.. Hyatt put 
some code that can turn of drawing until the document loads.  Well with 
printing.. the document does not load..so the PresShell turns off painting.. and 
then you get the blank pages.  I have to verify with the latest pull.
dcone: This would explain why Xprint is able to print all pages except the first
one...

Is it possible to write a small hack which tells PresShell to turn this
behavious _off_ (env var !?) ?
LoadComplete doesn't fire when printing?  That would do it.  BTW, my code was 
not checked in for 0.9, so this should only be a 0.9.1 problem.

If you're printing (and you know that from the presshell), you can just not 
suppress painting (it's just a boolean in the presshell).  Then things should 
paint ok.

Actually, I could just fix this as part of 74695 if you want.  Just let me know 
how I can tell that a presshell is being used for printing, and I'll make a 
patch.


here you go.. thanks
Assignee: dcone → hyatt
hyatt: See mozilla/gfx/src/xprint/nsDeviceContextXP.cpp or
mozilla/gfx/src/ps/nsDeviceContextPS.cpp
Method nsDeviceContextPS::SupportsNativeWidgets() /
nsDeviceContextPS::SupportsNativeWidgets() returns PR_FALSE when this device
context renders to a device which "prints"... does this help ?

(IMHO it would be better to introduce a seperate method to test whether this
nsDeviceContext represents a print context - but for now it's the only API we
have...).

hyatt... wanna accept this bug ?
*** Bug 78299 has been marked as a duplicate of this bug. ***
*** Bug 77901 has been marked as a duplicate of this bug. ***
P1, needs ETA
Priority: -- → P1
Whiteboard: 0.9 → ETA mm/dd? 0.9
MailNews doesn't print messages either (2001043004 Win2k trunk).
Keywords: mozilla0.9, regression
Sorry for the spam - removing mozilla0.9 keyword after reading all comments. =:-(
Keywords: mozilla0.9
*** Bug 77729 has been marked as a duplicate of this bug. ***
*** Bug 78491 has been marked as a duplicate of this bug. ***
hyatt: Where is the boolean in presshell to turn this behaviour _OFF_ ? I can't
find it... ;-((
Attached workaround which disables the "suppress painting" feature (thanks to
fabian).

A possible real fix would be to set mPaintingSuppressed to FALSE if the method
nsIDeviceContext::SupportsNativeWidgets() returns FALSE (but see my previuous
comments about that method name... ;-( )...
Attached patch Fix printing. — — Splinter Review 

    
    

    
  
Patch works with Xprint. Thanks hyatt !!

    
    

    
  
w/ hyatt's patch I can print mail msgs again.

    
    

    
  
adding nsbeta1
Keywords: nsbeta1

    
    

    
  
Fixed.

Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED

    
    

    
  
verified in 5/3 build on Mac and Windows...

still need to try on Linux...

    
    

    
  
verified on 5/3 linux build.
Status: RESOLVED → VERIFIED

    
    

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

    
    

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

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: