Closed Bug 344261 Opened 19 years ago Closed 19 years ago

many assertions when using form at http://forums.timothyhumphrey.name/

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bugzilla, Unassigned)

References

()

Details

(4 keywords)

if you use the following link http://forums.timothyhumphrey.name/AddPost.aspx?ForumID=9 and login with: username: mozilla password: netscape firefox seems to die with a lot of assertions like: ###!!! ASSERTION: No first node!: 'mFirst', file d:/Mozilla/mozilla/content/base /src/nsContentIterator.cpp, line 960 ###!!! ASSERTION: No first node!: 'mFirst', file d:/Mozilla/mozilla/content/base /src/nsContentIterator.cpp, line 960 ++DOMWINDOW == 26 ###!!! ASSERTION: nsHTMLDocument::Reset() - Wyciwyg Channel still exists!: '!mW yciwygChannel', file d:/Mozilla/mozilla/content/html/document/src/nsHTMLDocument .cpp, line 436 it becomes unavailable Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060711 Minefield/3.0a1 ID:2006071104 [cairo]
Table-based layout. Gotta love it. Especially when the submit button has no text, and a rather unusual (for a website) style rule for the submit "button": .CommonTextButton { display: inline-table; display: -moz-inline-box; display: inline-block; margin: 1px; padding: 4px; border-style: solid; border-width: 1px; border-color: #999999; border-top-color: #cccccc; border-left-color: #cccccc; background-color: #eeeeee; color: #333333; font-family: Tahoma, Arial, Helvetica; font-size: 80%; font-weight: bold; white-space: nowrap; } Somehow the second one took precedence, which is a violation of CSS rules, I believe. (Either the first or the third should have happened, but not the second.) So this guy's using Mozilla-specific hacks, and SeaMonkey trunk does funny things with it. I also get this assertion: ###!!! ASSERTION: Adding child where we already have a child? This will likely misbehave: 'Error', file c:/mozilla.org/xpathgen/mozilla/docshell/shistory/src/nsSHEntry.cpp, line 536 I very frequently get this assertion: ###!!! ASSERTION: nsHTMLDocument::Reset() - Wyciwyg Channel still exists!: '!mWyciwygChannel', file c:/mozilla.org/xpathgen/mozilla/content/html/document/src/nsHTMLDocument.cpp, line 436 Every time I do, we're just adding another DOMWindow: ++DOMWINDOW == 32 Then we get a bunch of these: ************************************************************ * Call to xpconnect wrapped JSObject produced this error: * [Exception... "'[JavaScript Error: "too much recursion" {file: "http://forums.timothyhumphrey.name/FreeTextBox3/FTB-FreeTextBox.js" line: 105}]' when calling method: [nsIXULBrowserWindow::setJSStatus]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: http: //forums.timothyhumphrey.name/FreeTextBox3/FTB-FreeTextBox.js :: FTB_FreeTextBox :: line 105" data: yes] ************************************************************ ************************************************************ * Call to xpconnect wrapped JSObject produced this error: * [Exception... "'[JavaScript Error: "too much recursion"]' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "<unknown>" data: yes] ************************************************************ ************************************************************ * Call to xpconnect wrapped JSObject produced this error: * [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIDOMNSHTMLDocument.designMode]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: http://forums.timothyhumphrey.name/FreeTextBox3/FTB-FreeTextBox.js :: FTB_FreeTextBox :: line 99" data: no] ************************************************************ and just goes on and on and on... I am NOT hitting the nsContentIterator assertions. Henrik, is there any way you can reduce the testcase for this? The table-based layout is bad enough...
Severity: normal → critical
Keywords: assertion, hang, testcase
This did hang debug build Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060710 SeaMonkey/1.5a in comment 1. This did NOT hang Firefox 1.5.0.4 installed build Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 Probable regression, but I don't know if it's debug-only (which may mean it's not a regression).
Keywords: regression
According to Venkman, FTB-FreeTextBox.js line 105 is: this.designEditor.document.open(); Line 99 is: this.designEditor.document.designMode = 'On';
The hang is the load event problem (bug 335251). It is hard to make things to work as they should if all the sites expect something else :( nsContentIterator assertion is something else.
Depends on: 335251
Bug 335251 is now fixed. I don't see nsContentIterator assertions anymore either, so marking WFM. Please reopen if there is still some problem with that site.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.