Closed Bug 77733 Opened 24 years ago Closed 24 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: 24 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: