Closed Bug 1711 Opened 26 years ago Closed 25 years ago

crash in form element focus code

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: kipp, Assigned: pollmann)

References

()

Details

nsToolkit::IsGuiThread() line 44 + 17 bytes nsWindow::SetFocus(nsWindow * const 0x0174d480) line 807 + 8 bytes nsHTMLInputElement::Focus(nsHTMLInputElement * const 0x017eb8f0) line 411 HTMLInputElementFocus(JSContext * 0x016c11e0, JSObject * 0x01e14768, unsigned int 0x00000000, long * 0x01da2014, long * 0x0012f3d0) line 742 + 15 bytes js_Invoke(JSContext * 0x016c11e0, unsigned int 0x00000000, int 0x00000000) line 650 + 26 bytes js_Interpret(JSContext * 0x016c11e0, long * 0x0012fba8) line 2183 + 15 bytes js_Invoke(JSContext * 0x016c11e0, unsigned int 0x00000001, int 0x00000000) line 666 + 13 bytes js_CallFunctionValue(JSContext * 0x016c11e0, JSObject * 0x01e12c40, long 0x01e13e48, unsigned int 0x00000001, long * 0x0012fcc4, long * 0x0012fccc) line 735 + 15 bytes JS_CallFunctionValue(JSContext * 0x016c11e0, JSObject * 0x01e12c40, long 0x01e13e48, unsigned int 0x00000001, long * 0x0012fcc4, long * 0x0012fccc) line 2370 + 29 bytes nsJSEventListener::ProcessEvent(nsIDOMEvent * 0x01819a80) line 97 + 34 bytes nsEventListenerManager::HandleEvent(nsIPresContext & {...}, nsEvent * 0x0012fe10, nsIDOMEvent * * 0x0012fd90, nsEventStatus & nsEventStatus_eIgnore) line 499 + 17 bytes GlobalWindowImpl::HandleDOMEvent(GlobalWindowImpl * const 0x016b6d54, nsIPresContext & {...}, nsEvent * 0x0012fe10, nsIDOMEvent * * 0x0012fd90, unsigned int 0x00000001, nsEventStatus & nsEventStatus_eIgnore) line 1738 nsWebShell::OnConnectionsComplete(nsWebShell * const 0x0166c8c0) line 1835 + 34 bytes nsDocLoaderImpl::LoadURLComplete(nsIURL * 0x0168c830, nsISupports * 0x0168cb00, int 0x00000000) line 1064 nsDocumentBindInfo::OnStopBinding(nsDocumentBindInfo * const 0x0168cb00, nsIURL * 0x0168c830, int 0x00000000, const nsString & {""}) line 1508 OnStopBindingProxyEvent::HandleEvent(OnStopBindingProxyEvent * const 0x018153d0) line 570 StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x018153d4) line 452 + 12 bytes PL_HandleEvent(PLEvent * 0x018153d4) line 395 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x01629f80) line 357 + 9 bytes _md_EventReceiverProc(HWND__ * 0x10530312, unsigned int 0x0000c0f3, unsigned int 0x00000000, long 0x01629f80) line 675 + 9 bytes DispatchMessageWorker@8 + 135 bytes DispatchMessageA@4 + 11 bytes nsNativeViewerApp::Run() line 54 main(int 0x00000002, char * * 0x01629ed0) line 96 mainCRTStartup() line 338 + 17 bytes BaseProcessStart@4 + 64 bytes
Status: NEW → ASSIGNED
Ouch! I'll take a look at it.
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4110 → 4137
Reassigning qa contact to cpratt@netscape.com however it may be for whitebox tester. We need a test case for this one.
Marking M5
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Kipp, can you provide a test case for this bug? I am unable to reproduce it. Based on your stack trace, I see a document finishing loading, firing off a javascript call to a form element's onFocus method. I cooked up a test case that does that. (above: blueviper/forms/onloadfocus.html) The test case executed correctly, did not crash, and the form input element received focus. Marking this one WORKSFORME unless you reopen it.
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.