Closed
Bug 409634
Opened 17 years ago
Closed 17 years ago
Cursor stays in location bar after clicking autocomplete
Categories
(Camino Graveyard :: Location Bar & Autocomplete, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino1.6
People
(Reporter: susan, Assigned: mark)
References
()
Details
(Keywords: fixed1.8.1.12)
Attachments
(1 file, 1 obsolete file)
1.10 KB,
patch
|
stuart.morgan+bugzilla
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.11) Gecko/20071128 Camino/1.5.4
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.11) Gecko/20071128 Camino/1.5.4
When I visit a site wherein I manually enter the address in the location bar, and then press "return," the cursor automatically moves to the login box. However, when I select the site from the autocomplete box, using the mouse, the cursor remains in the location bar, necessitating my manually placing the cursor in the login box using the mouse.
Reproducible: Always
Steps to Reproduce:
1. Type "amer" in location bar
2. Click on "ameritrade" with mouse
Actual Results:
The cursor stays in the location bar.
Expected Results:
I'd like the problem to be fixed, Mark!
Great work, guys. Keep it up!
Assignee | ||
Updated•17 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•17 years ago
|
||
Presumably this also happens on Intel, but I can at least confirm it's not specific to the branch.
Yeah, it's on Intel, too, and it is specific to using the mouse; when using the keyboard, the bug doesn't occur.
Assignee | ||
Comment 3•17 years ago
|
||
The content is normally focused here:
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/camino/src/browser/BrowserWindowController.mm&rev=1.201.2.142&mark=1805-1806#1797
When a page was loaded by mouse click, the autocomplete box was erroneously returning YES for userHasTyped, which was being passed directly to userChangedLocationField. That was preventing the web page from being focused. Calling clearResults corrects this.
I'm also clearing the browser window's first responder as soon as someone clicks on something in the autocomplete popup for parity with "return" keypresses. Without that, the location bar would remain focused until loading completes.
While testing, I noticed that the undo manager for the location bar isn't really clearing properly. Are there open bugs on that?
Hi, mom!
(In reply to comment #3)
> While testing, I noticed that the undo manager for the location bar isn't
> really clearing properly. Are there open bugs on that?
Maybe? Bug 280028 and bug 346471 come up in a quick search.
Assignee | ||
Comment 5•17 years ago
|
||
I like this better. It achieves the same result, but makes Cocoa do it (and maybe other things?) for us. This one uses -[NSWindow endEditingFor:]. It handles the first responder for us automatically, and gets our delegate's controlTextDidEndEditing: in on the action, where we call clearResults.
Attachment #294449 -
Attachment is obsolete: true
Attachment #294457 -
Flags: review?(stuart.morgan)
Attachment #294449 -
Flags: review?(stuart.morgan)
Updated•17 years ago
|
Attachment #294457 -
Flags: review?(stuart.morgan) → review+
Assignee | ||
Comment 6•17 years ago
|
||
Checked in on the trunk and MOZILLA_1_8_BRANCH for Camino 1.6b1.
You're welcome, mom!
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: fixed1.8.1.12
Resolution: --- → FIXED
Target Milestone: --- → Camino1.6
You need to log in
before you can comment on or make changes to this bug.
Description
•