Closed Bug 34669 Opened 25 years ago Closed 21 years ago

Page with script-generated nested fieldsets has many assertions and prints only top portion

Categories

(Core :: DOM: Core & HTML, defect, P2)

x86
Windows NT
defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: shrir, Unassigned)

References

()

Details

(Keywords: dom0, testcase)

Attachments

(2 files)

Using windows build: 1. Install and launch the browser 2. Go to the page above 3. Print the page 4. Observe that only the top portion of the page with the file name and "Exceptions: There are 46 exception tests" prints. Other pages do not print at all. Thanks to Chris for finding this problem.
I get a ton of asserts in the nsFrame code.. just loading this page. I can understand why we don't print it. Looks like nsCSSFrameConstructor is causing the asserts. Mark can you look into this.
Assignee: dcone → attinasi
Summary: Page with nested fieldsets prints only top portion → Page with nested fieldsets prints only top portion
Target Milestone: --- → M16
We are getting a boatload of assertions stemming from the javascript execution and that is probably what is causing the print to fail. A simple HTML testcase with nested FIELDSETs prints just fine (I'll attach it). Javascript engineer should look at this to determine why there are so many errors / assertions executing this script. I cannot make sense out of the script, however I see that some of the assertions are complaining about invalid document insertions and null pointers.
Assignee: attinasi → rogerl
Component: Printing → Javascript Engine
QA Contact: shrir → pschwartau
Summary: Page with nested fieldsets prints only top portion → Page with script-generated nested fieldsets has loads of assertions and prints only top portion
None of the failures are related to Javascript errors. The test case provokes a ton of assertions from nsDocument/nsFrame, whether these are correct i have no way of knowing...
Assignee: rogerl → troy
Component: Javascript Engine → Layout
QA Contact: pschwartau → petersen
I see an assert in the nsDocument::ReplaceChild() code. Here's the stack trace: nsDebug::Assertion(const char * 0x018b6190, const char * 0x018b615c, const char * 0x018b6130, int 2446) line 191 + 13 bytes nsDocument::ReplaceChild(nsDocument * const 0x00dc60a4, nsIDOMNode * 0x00000000, nsIDOMNode * 0x00000000, nsIDOMNode * * 0x0088d094) line 2446 + 38 bytes nsHTMLDocument::ReplaceChild(nsHTMLDocument * const 0x00dc60a4, nsIDOMNode * 0x00000000, nsIDOMNode * 0x00000000, nsIDOMNode * * 0x0088d094) line 1310 NodeReplaceChild(JSContext * 0x034dae90, JSObject * 0x00bae048, unsigned int 2, long * 0x00b4f838, long * 0x0088d144) line 472 + 34 bytes js_Invoke(JSContext * 0x034dae90, unsigned int 2, unsigned int 0) line 686 + 23 bytes js_Interpret(JSContext * 0x034dae90, long * 0x0088db08) line 2483 + 15 bytes js_Execute(JSContext * 0x034dae90, JSObject * 0x00bae4c8, JSScript * 0x035914c0, JSFunction * 0x0359c9a0, JSStackFrame * 0x0088e3cc, unsigned int 2, long * 0x0088db08) line 857 + 13 bytes obj_eval(JSContext * 0x034dae90, JSObject * 0x00acfa90, unsigned int 1, long * 0x00b4f810, long * 0x0088db08) line 846 + 47 bytes js_Invoke(JSContext * 0x034dae90, unsigned int 1, unsigned int 0) line 686 + 23 bytes js_Interpret(JSContext * 0x034dae90, long * 0x0088e430) line 2483 + 15 bytes js_Invoke(JSContext * 0x034dae90, unsigned int 0, unsigned int 0) line 702 + 13 bytes js_Interpret(JSContext * 0x034dae90, long * 0x0088ed90) line 2483 + 15 bytes js_Execute(JSContext * 0x034dae90, JSObject * 0x00acfa90, JSScript * 0x0359d460, JSFunction * 0x00000000, JSStackFrame * 0x00000000, unsigned int 0, long * 0x0088ed90) line 857 + 13 bytes JS_EvaluateUCScriptForPrincipals(JSContext * 0x034dae90, JSObject * 0x00acfa90, JSPrincipals * 0x03564530, const unsigned short * 0x00b5e264, unsigned int 7124, const char * 0x0356ef40, unsigned int 44, long * 0x0088ed90) line 2747 + 27 bytes nsJSContext::EvaluateString(nsJSContext * const 0x034da090, const nsString & {...}, void * 0x00acfa90, nsIPrincipal * 0x0356452c, const char * 0x0356ef40, unsigned int 44, const char * 0x0063b468, nsString & {...}, int * 0x0088edec) line 463 + 55 bytes HTMLContentSink::EvaluateScript(nsString & {...}, nsIURI * 0x035deaf0, int 44, const char * 0x0063b468) line 4326 HTMLContentSink::ProcessSCRIPTTag(const nsIParserNode & {...}) line 4636 HTMLContentSink::AddLeaf(HTMLContentSink * const 0x00dc6a60, const nsIParserNode & {...}) line 2981 + 12 bytes CNavDTD::AddLeaf(const nsIParserNode * 0x03568170) line 3240 + 22 bytes CNavDTD::HandleScriptToken(const nsIParserNode * 0x03568170) line 1824 + 12 bytes CNavDTD::OpenContainer(const nsIParserNode * 0x03568170, nsHTMLTag eHTMLTag_script, int 1, nsEntryStack * 0x00000000) line 2892 + 12 bytes CNavDTD::HandleDefaultStartToken(CToken * 0x035550e0, nsHTMLTag eHTMLTag_script, nsIParserNode * 0x03568170) line 1025 + 20 bytes CNavDTD::HandleStartToken(CToken * 0x035550e0) line 1363 + 22 bytes CNavDTD::HandleToken(CNavDTD * const 0x0355ad80, CToken * 0x035588b0, nsIParser * 0x00dc4c90) line 709 + 12 bytes CNavDTD::BuildModel(CNavDTD * const 0x0355ad80, nsIParser * 0x00dc4c90, nsITokenizer * 0x0355a8c0, nsITokenObserver * 0x00000000, nsIContentSink * 0x00dc6a60) line 447 + 20 bytes nsParser::BuildModel() line 1230 + 34 bytes nsParser::ResumeParse(int 1, int 0) line 1114 + 11 bytes nsParser::EnableParser(int 1) line 757 + 15 bytes HTMLContentSink::ResumeParsing() line 4259 + 19 bytes HTMLContentSink::OnStreamComplete(HTMLContentSink * const 0x00dc6a64, nsIStreamLoader * 0x0355f830, nsISupports * 0x00000000, unsigned int 0, unsigned int 17090, const char * 0x00b56230) line 4456 + 11 bytes nsStreamLoader::OnStopRequest(nsStreamLoader * const 0x0355f834, nsIChannel * 0x0355f680, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 120 + 78 bytes nsHTTPFinalListener::OnStopRequest(nsHTTPFinalListener * const 0x0355f7d0, nsIChannel * 0x0355f680, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 1115 + 42 bytes nsHTTPChannel::ResponseCompleted(nsIStreamListener * 0x0355f7d0, unsigned int 0, const unsigned short * 0x00000000) line 1586 + 36 bytes nsHTTPServerListener::OnStopRequest(nsHTTPServerListener * const 0x03567770, nsIChannel * 0x0355f334, nsISupports * 0x0355f680, unsigned int 0, const unsigned short * 0x00000000) line 659 nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x035645f0) line 307 nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x035645a0) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x035645a0) line 575 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00db0b80) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x00000f80, unsigned int 53401, unsigned int 0, long 14355328) line 1030 + 9 bytes KERNEL32! bff7363b()
Component: Layout → DOM Level 0
Priority: P3 → P2
Target Milestone: M16 → M17
Reassigning to jst
Assignee: troy → jst
Please make the original sample accessible from outside the Netscape fw.
Status: NEW → ASSIGNED
This bug has been marked "future" because the original netscape engineer workingon this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: M17 → Future
Keywords: dom0
I can't seem to open the URL mentioned in the above URL field. Anything I can do to reproduce?
Fixing summary to not end with "loads of ass" when truncated at 60 chars.
Summary: Page with script-generated nested fieldsets has loads of assertions and prints only top portion → Page with script-generated nested fieldsets has many assertions and prints only top portion
ROFL :-)
Mass-reassigning bugs to dom_bugs@netscape.com
Assignee: jst → dom_bugs
Status: ASSIGNED → NEW
The URL in the URL field does not work. Can't do anything about this as it is. Invalid?
Load the attachment, click the button and print the page. WORKSFORME Mozilla 1.6 (build 20040113) under XP Pro SP1. It also worked for me even without creating+inserting <legend>.
The testcase of attachment 142966 [details] WORKSFORME with Mozilla 1.7b 2004031309.
Keywords: testcase
Marking invalid, since I can't reproduce and the testcases and such are gone. "make it available outside netscape" should have been clarified to "attach it to the friggin' bug", perhaps....
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: