Closed Bug 71512 Opened 23 years ago Closed 22 years ago

Assert in GetEditInterface: NS_ENSURE_TRUE(edit,...) failed

Categories

(Core :: DOM: Events, defect)

x86
FreeBSD
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME
mozilla1.1alpha

People

(Reporter: jesup, Assigned: hyatt)

References

()

Details

(Whiteboard: [worksforme?])

Attachments

(2 files)

FreeBSD 4.1 20010308xx

Went to the above URL (from prkjockeys) and clicked on clear.valog (I may have
double-clicked) and got these assertions (see attached GDB backtrace/dumps).

  nsDebug::Assertion (aStr=0x29949145 "NS_ENSURE_TRUE(edit) failed", 
    aExpr=0x29949140 "edit", aFile=0x299467a0 "nsGlobalWindow.cpp", aLine=4403)
    at nsDebug.cpp:189
Please test on mac, windoze and linux.
Keywords: qawanted
I am getting different assertion on yesterday's Linux build. Several of these:

###!!! Break: at file nsXULElement.cpp, line 4284
###!!! ASSERTION: no document: 'mDocument != nsnull', file nsXULElement.cpp,
line 4284
Tested on Windows with today's build, I get the same assertions I get on Linux.

Reporter, please retest with latest build, and if you will not get the assert
that you reported originally, please mark this worksforme.
Whiteboard: [worksforme?]
I get several (6 or 7) mDocument == null assertions (the first is for cmd_undo)
currently.

Perhaps we should transform this into a bug on the mDocument == nsnull
assertions?

If not, go ahead and mark WORKSFORME and file a new bug; otherwise change the
bug title and reassign.

Attaching backtrace for mDocument == null's
Assertions definitely still there.  Since we're hitting them coming out of 
nsFocusController which (at least according to cvsblame) looks like hyatt's baby 
I'm going to let him look at this.
Assignee: joki → hyatt
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
Target Milestone: mozilla0.9.2 → mozilla1.1
WORKSFORME, Build 2002052306. Tested on Windoze 98, Mandrake 8.2 & OpenBSD 3.1
(earlier build tho)... I know the listed OS is FreeBSD, but then there's
Additional  Comment #2. Unless there's still a problem, why doesn't someone
change the state... unless this bug's very existence has been forgotten - though
it's marked qawanted.
WORKSFORME build 2002080508 MacOS X 10.1.5

There's the MacOS test... bury the hatchet
Yes, why dont someone...
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
verifying per coments
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: