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)
Toolkit
Form Manager
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)
(deleted),
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
moco
:
review+
|
Details | Diff | Splinter Review |
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
Happens here too. Clicking a focused input box has the same effect.
Comment 3•17 years ago
|
||
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
Updated•17 years ago
|
Summary: Crash if browser.formfill.enable set to false → Crash if browser.formfill.enable set to false [ @ nsAutoCompleteController::ProcessResult]
Comment 4•17 years ago
|
||
20070821_1656 crashes
20070821_1545 ok
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1187736300&maxdate=1187740559
Blocks: 389593
Updated•17 years ago
|
Flags: blocking-firefox3?
Keywords: regression
Assignee | ||
Comment 5•17 years ago
|
||
investigating, as I just touched nsAutoCompleteController::ProcessResult.
Assignee: nobody → sspitzer
Target Milestone: --- → Firefox 3 M8
Assignee | ||
Comment 6•17 years ago
|
||
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
Assignee | ||
Comment 7•17 years ago
|
||
Attachment #277737 -
Flags: review?(gavin.sharp)
Comment 8•17 years ago
|
||
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+
Assignee | ||
Comment 9•17 years ago
|
||
Attachment #277740 -
Flags: review?(gavin.sharp)
Assignee | ||
Comment 10•17 years ago
|
||
Attachment #277737 -
Attachment is obsolete: true
Attachment #277741 -
Flags: review+
Comment 11•17 years ago
|
||
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+
Assignee | ||
Comment 12•17 years ago
|
||
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
Assignee | ||
Comment 13•17 years ago
|
||
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+
Assignee | ||
Comment 14•17 years ago
|
||
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
Updated•17 years ago
|
Flags: blocking-firefox3? → blocking-firefox3+
Comment 16•17 years ago
|
||
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
Updated•16 years ago
|
Product: Firefox → Toolkit
Summary: Crash if browser.formfill.enable set to false [ @ nsAutoCompleteController::ProcessResult] → Crash if browser.formfill.enable set to false [@ nsAutoCompleteController::ProcessResult]
Updated•13 years ago
|
Crash Signature: [@ nsAutoCompleteController::ProcessResult]
You need to log in
before you can comment on or make changes to this bug.
Description
•