Closed Bug 172527 Opened 23 years ago Closed 23 years ago

assertion in nsPrintEngine::SetupToPrintContent

Categories

(Core :: Printing: Output, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME
mozilla1.2beta

People

(Reporter: karnaze, Assigned: rods)

References

()

Details

This is from bug 120364. The assertion doesn't appear related to the original problem which was fixed. nsDebug::Assertion(const char * 0x01bd4d2c, const char * 0x01bd4d20, const char * 0x01bd4cf0, int 2463) line 280 + 13 bytes nsPrintEngine::SetupToPrintContent(nsIDeviceContext * 0x03b35af8, nsIDOMWindowInternal * 0x03eb3764) line 2463 + 32 bytes nsPrintEngine::DocumentReadyForPrinting() line 2232 + 38 bytes nsPrintEngine::FinishPrintPreview() line 4515 + 8 bytes nsPrintEngine::PrintPreview(nsPrintEngine * const 0x05027880, nsIPrintSettings * 0x04fed250, nsIDOMWindow * 0x00000000, nsIWebProgressListener * 0x04ff779c) line 1283 + 8 bytes DocumentViewerImpl::PrintPreview(DocumentViewerImpl * const 0x03e62758, nsIPrintSettings * 0x04fed250, nsIDOMWindow * 0x00000000, nsIWebProgressListener * 0x04ff779c) line 3175 + 30 bytes XPTC_InvokeByIndex(nsISupports * 0x03e62758, unsigned int 14, unsigned int 3, nsXPTCVariant * 0x0012edc0) line 106 XPCWrappedNative::CallMethod(XPCCallContext & {...}, XPCWrappedNative::CallMode CALL_METHOD) line 1994 + 42 bytes XPC_WN_CallMethod(JSContext * 0x0169a908, JSObject * 0x04fd49f0, unsigned int 3, long * 0x039b4238, long * 0x0012f070) line 1266 + 14 bytes js_Invoke(JSContext * 0x0169a908, unsigned int 3, unsigned int 0) line 839 + 23 bytes js_Interpret(JSContext * 0x0169a908, long * 0x0012f98c) line 2803 + 15 bytes js_Invoke(JSContext * 0x0169a908, unsigned int 1, unsigned int 2) line 856 + 13 bytes js_InternalInvoke(JSContext * 0x0169a908, JSObject * 0x00df7058, long 48287320, unsigned int 0, unsigned int 1, long * 0x04ffb1c0, long * 0x0012fabc) line 931 + 20 bytes JS_CallFunctionValue(JSContext * 0x0169a908, JSObject * 0x00df7058, long 48287320, unsigned int 1, long * 0x04ffb1c0, long * 0x0012fabc) line 3431 + 31 bytes nsJSContext::CallEventHandler(nsJSContext * const 0x02c8e8e0, void * 0x00df7058, void * 0x02e0ce58, unsigned int 1, void * 0x04ffb1c0, int * 0x0012fb58, int 0) line 1041 + 33 bytes GlobalWindowImpl::RunTimeout(nsTimeoutImpl * 0x017c08f0) line 4601 + 84 bytes GlobalWindowImpl::TimerCallback(nsITimer * 0x050138e8, void * 0x017c08f0) line 4952 nsTimerImpl::Fire() line 367 + 17 bytes nsTimerManager::FireNextIdleTimer(nsTimerManager * const 0x016a0230) line 591 nsAppShell::Run(nsAppShell * const 0x015ff550) line 173 nsAppShellService::Run(nsAppShellService * const 0x015ff2d8) line 472 main1(int 1, char * * 0x002775b0, nsISupports * 0x00277618) line 1522 + 32 bytes main(int 1, char * * 0x002775b0) line 1883 + 37 bytes mainCRTStartup() line 338 + 17 bytes
Strange I printed in AsIs and Separately and didn't get and assertion.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2beta
How update was the file? The line number doesn't match the tip. Was this the assertion: NS_ASSERTION(smallestPO, "There must always be an XMost PO!");
That was the one. I think my tree was 9/30/2.
Blocks: 160540
works for me
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified.
Status: RESOLVED → VERIFIED
No longer blocks: 160540
You need to log in before you can comment on or make changes to this bug.