Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Fixing rtm++ bug 54825. The form element cleanup code in the HTML sink was incorrectly adding the form element itself to it's parent event if it had already been added, this caused the content iterator to lock up when doing 'Find on this page'. sr=vidur, r=pollmann

Browse Source 
git-svn-id: svn://10.0.0.236/trunk@81065 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
jst%netscape.com
2000-10-12 22:59:29 +00:00
parent 6a86ffc1b7
commit 36aa358806
2 changed files with 4 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
mozilla/content/html/document/src/nsHTMLContentSink.cpp
View File

@@ -1605,8 +1605,8 @@ SinkContext::DemoteContainer(const nsIParserNode& aNode)
sync = PR_TRUE;
}
// Otherwise just append the container to the parent without
// notification
else {
// notification (it the container hasn't already been appended)
else if (!(mStack[stackPos].mFlags & APPENDED)) {
mSink->mInNotification++;
parent->AppendChildTo(container, PR_FALSE);
mSink->mInNotification--;

4
mozilla/layout/html/document/src/nsHTMLContentSink.cpp
View File

@@ -1605,8 +1605,8 @@ SinkContext::DemoteContainer(const nsIParserNode& aNode)
sync = PR_TRUE;
}
// Otherwise just append the container to the parent without
// notification
else {
// notification (it the container hasn't already been appended)
else if (!(mStack[stackPos].mFlags & APPENDED)) {
mSink->mInNotification++;
parent->AppendChildTo(container, PR_FALSE);
mSink->mInNotification--;