Closed
Bug 320659
Opened 19 years ago
Closed 18 years ago
crash [@ nsFormFillController::OnTextEntered]
Categories
(Toolkit :: Form Manager, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 326468
People
(Reporter: sbhuck, Unassigned)
Details
(Keywords: crash)
Crash Data
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 This has happened twice. I get the following error message "Firefox has encountered an internal error and will be shutting down" I have not seen this kind of error message since I quit using Internet Explorer where this message became a 2 to 5 times a day thing. I was hoping to escape this problem. With both Mozilla and Firefox up to 1.5 I have never encountered this problem. Should I go back to Firefox 1.0.7 until this an be corrected? I never experienced this with an other Mozilla or Firefox version. I really need some help on this, since when this happens it wipes out my entire "cache" which I use extensively for doing searches. Reproducible: Couldn't Reproduce
Reporter | ||
Comment 1•19 years ago
|
||
I have posted this twice in the MozillaZine Foum, but I have received no replies.
Comment 2•19 years ago
|
||
Could be an extension causing this. Does it also happen in Firefox's safemode? http://kb.mozillazine.org/Safe_Mode_(Firefox) Or disable your extensions one by one until you find the culprit.
Comment 3•19 years ago
|
||
Reporter, did you submit any talkback crash information? If so, what TalkbackIDs are they?
Reporter | ||
Comment 4•19 years ago
|
||
I have never used extensions on any Firefox version I have used. Did submit Talkback, but I just had some surgery done and I failed to note number. Sorry, I have never had to use this very often, and forgot to get number written down. I don't suppose there is any simple way to obtain number either. Sorry about spelling, but a little Parkinsons and hand surgery doesn't help a bad typist any more than before. Thanks
Comment 5•19 years ago
|
||
Don't worry about your typing :) Yes there is a way to find your numbers. Find your firefox\extensions\talkback@mozilla.org\components dir and run talkback.exe - the TBIDs should be displayed there.
Reporter | ||
Comment 6•19 years ago
|
||
I found the "dir and run talkback.exe - the TBIDs should be displayed there." I am not all that computer literate (I leave that to my grown children who are). what do I open the file with in XP? I tried the notepad, and i didn't see anything which meant a thing to me. I tried to search the internet to find out, but that was far more technical information than I could understand. I guess I need more guidance in this area. thanks everyone, i feel a little inadequate in this area.
Comment 7•19 years ago
|
||
Just double click the file and it should run the talkback program. then you can right click on the submitted crash talkbackid, choose copy, then paste the result here. (It should look like TB13156455H or something)
Reporter | ||
Comment 8•19 years ago
|
||
TB13047731Y I believe this what you wanted. I guess I am getting a real education here. Thanks for all your trouble. Wilbur Huck
Comment 9•19 years ago
|
||
Thanks for the help, Wilbur! Incident ID: 13047731 Stack Signature nsFormFillController::OnTextEntered 527b5337 Product ID Firefox15 Build ID 2005111116 Trigger Time 2005-12-17 02:46:36.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module FIREFOX.EXE + (00403aa4) URL visited http://www.adpaid.com User Comments Making a simple search Since Last Crash 166386 sec Total Uptime 166386 sec Trigger Reason Access violation Source File, Line No. c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/toolkit/components/satchel/src/nsFormFillController.cpp, line 450 Stack Trace nsFormFillController::OnTextEntered [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/toolkit/components/satchel/src/nsFormFillController.cpp, line 450] nsAutoCompleteController::EnterMatch [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/toolkit/components/autocomplete/src/nsAutoCompleteController.cpp, line 1018] nsAutoCompleteController::HandleEnter [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/toolkit/components/autocomplete/src/nsAutoCompleteController.cpp, line 273] XPTC_InvokeByIndex [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 102] XPCWrappedNative::CallMethod [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 2139] XPC_WN_CallMethod [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1444] js_Invoke [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/jsinterp.c, line 1177] js_Interpret [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/jsinterp.c, line 3523] js_Invoke [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/jsinterp.c, line 1197] js_InternalInvoke [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/jsinterp.c, line 1274] JS_CallFunctionValue [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/js/src/jsapi.c, line 4158] nsJSContext::CallEventHandler [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/dom/src/base/nsJSEnvironment.cpp, line 1411] nsJSEventListener::HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/dom/src/events/nsJSEventListener.cpp, line 195] nsXBLPrototypeHandler::ExecuteHandler [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xbl/src/nsXBLPrototypeHandler.cpp, line 505] nsXBLEventHandler::HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xbl/src/nsXBLEventHandler.cpp, line 86] nsEventListenerManager::HandleEventSubType [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/events/src/nsEventListenerManager.cpp, line 1685] nsEventListenerManager::HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/events/src/nsEventListenerManager.cpp, line 1786] nsXULElement::HandleDOMEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xul/content/src/nsXULElement.cpp, line 2153] PresShell::HandleEventInternal [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/layout/base/nsPresShell.cpp, line 6367] PresShell::HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/layout/base/nsPresShell.cpp, line 6203] nsViewManager::HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/view/src/nsViewManager.cpp, line 2559] nsViewManager::DispatchEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/view/src/nsViewManager.cpp, line 2246] HandleEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/view/src/nsView.cpp, line 174] nsWindow::DispatchEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/widget/src/windows/nsWindow.cpp, line 1252] nsWindow::DispatchMouseEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/widget/src/windows/nsWindow.cpp, line 5982] ChildWindow::DispatchMouseEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/widget/src/windows/nsWindow.cpp, line 6233] nsWindow::WindowProc [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/widget/src/windows/nsWindow.cpp, line 1434] USER32.dll + 0x8734 (0x77d48734) USER32.dll + 0x8816 (0x77d48816) USER32.dll + 0x89cd (0x77d489cd) USER32.dll + 0x8a10 (0x77d48a10) nsAppShell::Run [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/widget/src/windows/nsAppShell.cpp, line 159] nsAppStartup::Run [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 151] main [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/browser/app/nsBrowserApp.cpp, line 61] kernel32.dll + 0x16d4f (0x7c816d4f)
Severity: normal → critical
Component: General → Form Manager
Keywords: crash
QA Contact: general → form.manager
Summary: Error Message and Firfox 1.5 shuts down → crash [@ nsFormFillController::OnTextEntered]
Reporter | ||
Comment 10•19 years ago
|
||
I see what you got, but to me that is just a lot of computer language which I do not understand. Can you provide a more simple explaination. Is it something I did or just something the program did? I have been searching at this URL for 2 years, and this is the first of these to occur. By the way, the first time this happpened, no TalkBack report was generated. I am not trying to be "dense" here, but I guess I need a plain English explaination for what happened, and perhaps a way to prevent having it happen again. Thanks Wilbur Huck
Comment 11•19 years ago
|
||
sounds like doc was null? bryner?
Reporter | ||
Comment 12•19 years ago
|
||
Quote "sounds like doc was null". To myself, remember "computer illiterate" I know all of you have put up with my asking for further explainations, but what does the phrase above mean in a way even I might understand it? Thanks for your understanding all my questions, and your patience in trying to explain all this to me. I really appreciate it. As I said before I now have a better understanding of what TalkBack does.
Comment 13•19 years ago
|
||
... in general, unless you're installing plugins or extensions, no crash is your fault. the code's buggy. that a crash hasn't happened to you before doesn't mean that a page changed, it could be timing related, or involve some really complicated series of silly events to trigger. in this case, it very well could be such a thing. as for the code bits... if you click on the talkbackid link quickly (it will eventually expire), and click on the first source code link by the first stack frame, http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/toolkit/components/satchel/src/nsFormFillController.cpp&mark=450&rev=MOZILLA_1_8_BRANCH#450 you'll see doc->... the -> is basically a pointer dereference. in most computer systems the is no memory accessible at (or near) 0. so 0 is used to mean 'nothing' and trying to read memory from that address or write to that address will crash. since a few lines earlier, the code gets a document: mFocusedInput->GetOwnerDocument(getter_AddRefs(domDoc)); but doesn't ever check to see if it got a document nsCOMPtr<nsIDOMDocumentEvent> doc = do_QueryInterface(domDoc); i was wondering if perhaps the document it got was null. i have no idea what that would mean to the program, but the link indicates that bryner was the last person to touch the code, so hopefully he would know....
Reporter | ||
Comment 14•19 years ago
|
||
Thanks, now I understand about the memory simply not being there or enough to do what I was asking it to do. Once, when I first got my computer in July, it did notify me that I needed more memory, and then I had to click the okay, and it icreased the available memory, and everything was fine. You are probably right, it was just a kind of fluke thing which may never re-occur. If anyone has anything else they feel would be useful, just let me know. Thanks everyone.
Reporter | ||
Comment 15•19 years ago
|
||
I had 2 more of these crashes with in 10 minutes of each other. When I looked at the information details, it said that "they had found no solution for this problem, but were working with Microsoft to try and solve it.". I would doubt that working with Microsoft to solve this will ever get anyone anywhere. IE 6 has this sort of thing happen a many as 3-6 times a day, that is why I left IE for Firefox. When I was using Firefox 1.0.7, I never had this occur at all. Microsoft can not even solve their own problem with IE which does not work correctly. I believe it would be a little too much to expect to have Microsoft working with Firefox in "good faith" to help their main competitor solve a problem they have no solution to themselves. When I was using IE, Microsoft Support and I had long discussions about this problem occuring in IE, and they admitted they had no solution to it. Any comments would be welcome. I am not a computer expert, but if Firefox 1.5 is going to be vulnerable to this problem, and according to what I read they have no solution, then they need to tell us to go back to Firefox 1.0.7 until a solution is found for this problem. This is only a suggestion. I do feel that they may need to look else where than Microsoft to solve it. whuck
Comment 16•19 years ago
|
||
(In reply to comment #15) The message you are seeing is a message generated by Microsoft Windows. You can disable it by following the directions at http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/sysdm_advancd_exception_reporting.mspx if you don't want to disable error reporting for all programs in windows follow the 'Exclude programs from error reporting' link and and use firefox.exe as the program to exclude. This will not change Firefox's Talkback error reporting which helps improve Firefox.
Comment 17•18 years ago
|
||
*** This bug has been marked as a duplicate of 326468 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
No longer depends on: 326468
Resolution: --- → DUPLICATE
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ nsFormFillController::OnTextEntered]
You need to log in
before you can comment on or make changes to this bug.
Description
•