Closed Bug 172527 Opened 22 years ago Closed 22 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: 22 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.