Closed Bug 281125 Opened 20 years ago Closed 4 years ago

form element has null GetDocument after secure->insecure transition dialog dismissed (nsPasswordManager::Notify crash in toolkit)

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: shaver, Unassigned)

Details

While we have a fix for the crash in bug 278019, it's not clear why we got into that
state in the first place, and it seems likely that there's another bug lurking
there somewhere.  This bug is to track such further investigation.
Is there a testcase of any sort?

I can see how things could break if, in addition to the form submission, there
were something changing the document location off a timeout or event (eg a link
being triggered at the same time as the form submit or something...).

Note that taking down the modal dialog will process all pending events in the
_parent_ event queue, as I recall, so that could also be causing problems here.
Keywords: qawanted
Assignee: form-submission → nobody
QA Contact: ian → form-submission
Keywords: qawanted
Component: HTML: Form Submission → DOM: Core & HTML

Worth keeping, given the extreme age and lack of testcase?

Flags: needinfo?(jstutte)

I'd say we can close it. As we have no further indication that something concrete is not working, closing WORKSFORME.

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(jstutte)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.