Closed
Bug 327101
Opened 19 years ago
Closed 19 years ago
Ctrl+Left should close autocomplete
Categories
(Firefox :: Address Bar, defect, P4)
Tracking
()
RESOLVED
FIXED
Firefox 2 beta1
People
(Reporter: jruderman, Assigned: Gavin)
References
Details
(Keywords: dataloss, fixed1.8.1)
Attachments
(1 file, 1 obsolete file)
4.15 KB,
patch
|
mconnor
:
review+
mconnor
:
approval-branch-1.8.1+
|
Details | Diff | Splinter Review |
Steps to reproduce on Windows:
1. Start typing into the address bar.
2. Select an autocomplete entry with the Down arrow key.
3. Press Ctrl+(Shift)+Left.
4. Press Delete. (In Firefox 1.5.0.1, press Shift+Delete instead.)
Result: autocomplete entry is deleted unexpectedly.
Expected: normal text-editing behavior for Delete (delete selection or next character) or Shift+Delete (cut selection).
The Left arrow key and Home already close autocomplete, so fixing this bug would also improve consistency. Opt+Left should probably be changed in the same way on Mac (just for consistency), even though this won't be a dataloss issue on Mac once bug 325737 is fixed.
This bug was originally mentioned in bug 325737 comment 1 by Gennady Feldman.
This can probably be fixed the same way bug 255116 was fixed.
Reporter | ||
Comment 1•19 years ago
|
||
Nominating for blocking Firefox 2. Delete is a more common shortcut than Shift+Delete, so this is likely to be more of a problem now that Delete deletes autocomplete entries instead of Shift+Delete.
Flags: blocking-firefox2?
Comment 2•19 years ago
|
||
Needs a more generalized solution to ensure that any time of action that changes selection or cursor position kills the popup
Flags: blocking-firefox2? → blocking-firefox2+
Assignee | ||
Comment 3•19 years ago
|
||
This seems to fix the case described here, but I've not gone through the different possibilities to make sure this doesn't regress anything. There might be a better fix for this, too. It'd sure be nice if nsIAutoCompleteController used the same key constants as nsIDOMKeyEvent...
Assignee: nobody → gavin.sharp
Status: NEW → ASSIGNED
Updated•19 years ago
|
Target Milestone: --- → Firefox 2 beta1
Assignee | ||
Updated•19 years ago
|
OS: Windows XP → All
Priority: -- → P4
Hardware: PC → All
Version: Trunk → 2.0 Branch
Comment 4•19 years ago
|
||
See also Bug 337695, possible dupe.
Assignee | ||
Updated•19 years ago
|
Whiteboard: [swag: 1d]
Comment 5•19 years ago
|
||
*** Bug 340377 has been marked as a duplicate of this bug. ***
Comment 6•19 years ago
|
||
*** Bug 337695 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 7•19 years ago
|
||
Attachment #213544 -
Attachment is obsolete: true
Attachment #226066 -
Flags: review?(mconnor)
Attachment #226066 -
Flags: approval-branch-1.8.1?(mconnor)
Assignee | ||
Updated•19 years ago
|
Whiteboard: [swag: 1d] → [patch-r?]
Comment 8•19 years ago
|
||
Comment on attachment 226066 [details] [diff] [review]
patch
so, it'd be nice to kill the event and return true after each switch block if cancel is true, since then we skip doing a bunch of additional checks, but its not that critical
Attachment #226066 -
Flags: review?(mconnor)
Attachment #226066 -
Flags: review+
Attachment #226066 -
Flags: approval-branch-1.8.1?(mconnor)
Attachment #226066 -
Flags: approval-branch-1.8.1+
Assignee | ||
Updated•19 years ago
|
Whiteboard: [patch-r?] → [checkin needed+]
Assignee | ||
Comment 9•19 years ago
|
||
mozilla/toolkit/content/widgets/autocomplete.xml 1.44.2.15
mozilla/toolkit/content/widgets/autocomplete.xml 1.65
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8.1
Resolution: --- → FIXED
Whiteboard: [checkin needed+]
You need to log in
before you can comment on or make changes to this bug.
Description
•