Closed
Bug 398096
Opened 17 years ago
Closed 17 years ago
After a while of firefox3 trunk usage, inputing urls in location bar stops working
Categories
(Firefox :: Address Bar, defect)
Firefox
Address Bar
Tracking
()
VERIFIED
DUPLICATE
of bug 398346
People
(Reporter: ht990332, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a9pre) Gecko/2007100100 Firefox/3.0a9pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a9pre) Gecko/2007100100 Firefox/3.0a9pre
After a while of firefox3 trunk usage, inputing urls in location bar stops working
this shows up in error console.
I'm not sure what triggers this.
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLInputElement.setSelectionRange]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/textbox.xml :: onxblmousedown :: line 184" data: no]
This regressed sometime during the last 9 hours before I reported this bug.
could bug #216434 be the cause?
Reproducible: Always
Reporter | ||
Comment 1•17 years ago
|
||
browser.urlbar.autoFill is set to true. This could also be the cause.
Comment 2•17 years ago
|
||
I see this JS exception thrown on Mac trunk:
Error: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [mozIStorageStatementWrapper.step]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: file:///Applications/Minefield.app/Contents/MacOS/components/nsSearchService.js :: epsGetAttr :: line 2891" data: no]
Source File: file:///Applications/Minefield.app/Contents/MacOS/components/nsSearchService.js
Line: 2891
Comment 3•17 years ago
|
||
Seth, any clues? You fixed something similar over in bug 393244. I'm still trying to find a reproducible testcase, though, for this one (maybe it's a time/size-of-history/places file issue).
Just before this failure, I see an alert dialog pop up on Mac that claims I've run out of disk capacity; I'm sure that's related, though I can't remember if it was the OS or Firefox that popped it up.
Anyways, confirming this bug on Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007093004 Minefield/3.0a9pre
(I actually think my exceptions might be more relevant; I don't really know how setting a selection range would be related to breaking _input_ of characters. In case I'm wrong, I'll happily file a new bug for the Mac issue I'm noting.)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-firefox3?
OS: Linux → All
Hardware: PC → All
Version: unspecified → Trunk
Comment 4•17 years ago
|
||
Some relation with bug 397342 ? Yesterday I noticed that the caret was missing in the filter input field of about:config, also when I clicked in it. It was a new profile where I was testing something else. I could not reproduce this anymore after a restart. Sorry for this comment if this issue is unrelated.
Reporter | ||
Comment 5•17 years ago
|
||
I found a way to reproduce it here.
After a while of browsing, if I right click on the 'navigation toolbar' and click 'Customize', this get's broken.
After that I'm no longer able to manually type in urls in the location bar.
Comment 6•17 years ago
|
||
This sounds like a duplicate of bug 398346 (comment 5 certainly is).
Reporter | ||
Comment 7•17 years ago
|
||
marked as duplicate of 398346. Please reopen if this isn't correct.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Flags: blocking-firefox3?
Comment 8•17 years ago
|
||
Make sense; I've been testing customizing search lately, so that's why I hit this. Verified dup.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•