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)
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]
Comment 1•19 years ago
|
||
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...
Comment 2•19 years ago
|
||
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
Comment 3•19 years ago
|
||
According to Venkman, FTB-FreeTextBox.js line 105 is:
this.designEditor.document.open();
Line 99 is:
this.designEditor.document.designMode = 'On';
Comment 4•19 years ago
|
||
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
Comment 5•19 years ago
|
||
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
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•