Closed Bug 393191 Opened 17 years ago Closed 17 years ago

Crash if browser.formfill.enable set to false [@ nsAutoCompleteController::ProcessResult]

Categories

(Toolkit :: Form Manager, defect)

defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla1.9alpha8

People

(Reporter: john.p.baker, Assigned: moco)

References

Details

(Keywords: crash, regression)

Crash Data

Attachments

(2 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007082205 Minefield/3.0a8pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007082205 Minefield/3.0a8pre I get an immediate crash if I try to type a character in a input if browser.formfill.enable set to false Reproducible: Always Steps to Reproduce: 1. Set browser.formfill.enable to false 2. Go to page with a form 3. Type into an text input Actual Results: Immediate crash There is possibly a Mozilla version of this bug 393135
Keywords: crash
Version: unspecified → Trunk
I can confirm this. Tested with a clean profile
Happens here too. Clicking a focused input box has the same effect.
Here's a crash report I got: bp-c225b5a6-50ba-11dc-8a40-001a4bd43ed6 Currently #15 on the top crash report. And there are Mac crashes reported.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
Summary: Crash if browser.formfill.enable set to false → Crash if browser.formfill.enable set to false [ @ nsAutoCompleteController::ProcessResult]
Flags: blocking-firefox3?
Keywords: regression
investigating, as I just touched nsAutoCompleteController::ProcessResult.
Assignee: nobody → sspitzer
Target Milestone: --- → Firefox 3 M8
I can reproduce this on windows as well. aResult is null, so we crash here: aResult->GetMatchCount(&matchCount); Working on a fix. > tkautoc.dll!nsAutoCompleteController::ProcessResult(int aSearchIndex=0, nsIAutoCompleteResult * aResult=0x00000000) Line 1179 + 0x7 bytes C++ tkautoc.dll!nsAutoCompleteController::OnSearchResult(nsIAutoCompleteSearch * aSearch=0x0489af70, nsIAutoCompleteResult * aResult=0x00000000) Line 644 C++ satchel.dll!nsFormFillController::StartSearch(const nsAString_internal & aSearchString={...}, const nsAString_internal & aSearchParam={...}, nsIAutoCompleteResult * aPreviousResult=0x00000000, nsIAutoCompleteObserver * aListener=0x048785e4) Line 540 C++ tkautoc.dll!nsAutoCompleteController::StartSearch() Line 1003 + 0x67 bytes C++ tkautoc.dll!nsAutoCompleteController::Notify(nsITimer * timer=0x09c1c750) Line 683 C++ xpcom_core.dll!nsTimerImpl::Fire() Line 388 C++ xpcom_core.dll!nsTimerEvent::Run() Line 459 C++ xpcom_core.dll!nsThread::ProcessNextEvent(int mayWait=1, int * result=0x0012fa00) Line 491 C++ xpcom_core.dll!NS_ProcessNextEvent_P(nsIThread * thread=0x00bce7b8, int mayWait=1) Line 227 + 0x16 bytes C++ gkwidget.dll!nsBaseAppShell::Run() Line 154 + 0xc bytes C++ tkitcmps.dll!nsAppStartup::Run() Line 170 + 0x1c bytes C++ xul.dll!XRE_main(int argc=3, char * * argv=0x00bc9650, const nsXREAppData * aAppData=0x00bc9a40) Line 3069 + 0x25 bytes C++ firefox.exe!main(int argc=3, char * * argv=0x00bc9650) Line 153 + 0x12 bytes C++ firefox.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C firefox.exe!mainCRTStartup() Line 403 C kernel32.dll!7c816fd7() [Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]
Status: NEW → ASSIGNED
Attachment #277737 - Flags: review?(gavin.sharp)
Comment on attachment 277737 [details] [diff] [review] extend the "if (aResult)" check to prevent crash The second check isn't needed, because result will be 0 if !aResult, and 0 isn't one of the nsIAutoCompleteResult result constants. r=me with that part of the patch removed. It seems to me like nsFormHistory::AutoCompleteSearchshould really return a non-null "empty" result with nsIAutoCompleteResult::RESULT_NOMATCH. Should probably file a bug on that.
Attachment #277737 - Flags: review?(gavin.sharp) → review+
Attached patch as checked in (deleted) — Splinter Review
Attachment #277737 - Attachment is obsolete: true
Attachment #277741 - Flags: review+
Comment on attachment 277740 [details] [diff] [review] unit test will fail (and crash) with the current code, will pass with the fix We probably want to refactor these autocomplete tests to share common code at some point, but this will do for now.
Attachment #277740 - Flags: review?(gavin.sharp) → review+
fixed. cvs commit: Examining src Checking in src/nsAutoCompleteController.cpp; /cvsroot/mozilla/toolkit/components/autocomplete/src/nsAutoCompleteController.cp p,v <-- nsAutoCompleteController.cpp new revision: 1.63; previous revision: 1.62 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
unit test landed: Checking in test_393191.js; /cvsroot/mozilla/toolkit/components/autocomplete/tests/unit/test_393191.js,v <- - test_393191.js initial revision: 1.1 done
Flags: in-testsuite+
spin off bugs: #393231: nsFormHistory::AutoCompleteSearchshould really return a non-null "empty" result with nsIAutoCompleteResult::RESULT_NOMATCH #393233: refactor the autocomplete tests to share common code
Blocks: 393135
Flags: blocking-firefox3? → blocking-firefox3+
verified fixed using Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9b3pre) Gecko/2008010805 Minefield/3.0b3pre ID:2008010805 and the steps to reproduce from seth. Verified fixed
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
Summary: Crash if browser.formfill.enable set to false [ @ nsAutoCompleteController::ProcessResult] → Crash if browser.formfill.enable set to false [@ nsAutoCompleteController::ProcessResult]
Crash Signature: [@ nsAutoCompleteController::ProcessResult]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: