Closed
Bug 350079
Opened 18 years ago
Closed 3 years ago
esc does nothing in search box
Categories
(Firefox :: Search, defect, P3)
Firefox
Search
Tracking
()
VERIFIED
FIXED
94 Branch
People
(Reporter: tuukka.tolvanen, Assigned: pyjacpp)
References
(Regressed 1 open bug)
Details
(Keywords: regression, Whiteboard: [fxsearch])
Attachments
(1 file)
esc does not clear search field firefox trunk 20060822 linux this worked (well, on second esc press really) in fx 1.5 select all as in url bar is an alternative, bug 348142 Not such a big deal whether it selects all or clears, since the fx1.5 behavior worked in both fields for the typing entirely new value case: esc, esc, type new value
Comment 1•18 years ago
|
||
Regression between 1.9a1_2006061513 and 1.9a1_2006061516.
Comment 2•18 years ago
|
||
Bonsai link: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-06-15+13&maxdate=2006-06-15+16&cvsroot=%2Fcvsroot I suspect this is caused by the patch in bug 246237, more spefically, the removal of mSearchString.Truncate(0); in nsAutoCompleteController::RevertTextValue. I haven't tested this, though.
Blocks: 246237
Updated•18 years ago
|
Flags: blocking-firefox2?
Comment 3•18 years ago
|
||
Is this specified behaviour, or consistent with other apps? This seems like an accidental behaviour, rather than something I would expect to work.
Comment 4•18 years ago
|
||
(In reply to comment #3) > Is this specified behaviour, or consistent with other apps? This seems like an > accidental behaviour, rather than something I would expect to work. > We do it too for the location bar (bug 47863). And we also have bug 307345, bug 244761 and bug 348142.
Comment 5•18 years ago
|
||
As noted on bug 348142, our old behavior in the search bar was already inconsistent and required pressing escape twice, which meant it was hard to discover and likely accidental fallout. I'm inclined to agree that pressing escape should reset the field to "how it was before" (which presumably always means clearing it?), but I don't think this should block Firefox 2. Instead, let's figure out how this is all working and how to hook escape up properly if we want to do that, so it doesn't require multiple keypresses.
Comment 6•18 years ago
|
||
(In reply to comment #5) > I'm inclined to agree that pressing escape should reset the field to "how it > was before" (which presumably always means clearing it?), but I don't think If my previous search was for "foo", and I edit the text, and hit ESC, I would expect to see "foo" again.
Comment 7•18 years ago
|
||
as Peter points out, the previous behaviour seems accidental, we should revert to the previous search term, as beltzner says, but that is not a blocker for Firefox2
Flags: blocking-firefox2? → blocking-firefox2-
Comment 8•17 years ago
|
||
If beltzner's behavior isn't implemented in the mean time shouldn't we at least make the url bar and the search field behave the same? Although this strikes me as wanted for 3, so hopefully this gets it back on the radar.
OS: Linux → All
Comment 9•15 years ago
|
||
it would be nice to get this fixed before a possible location/search bar merge happens, what would be at least two release cycles away anyways :-).
Hardware: x86 → All
Comment 10•11 years ago
|
||
Currently, hitting escape in the location bar selects all the text. Escape twice doesn't do anything. In the search bar, escape has no result whether you hit it once or twice.
Updated•9 years ago
|
Priority: -- → P3
Whiteboard: [fxsearch]
Updated•9 years ago
|
Rank: 35
Updated•8 years ago
|
Severity: normal → minor
Assignee | ||
Comment 13•3 years ago
|
||
Fix bug, now escape in the search box (if the popup is disimissed) will select all the content.
Updated•3 years ago
|
Assignee: nobody → pyjacpp
Status: NEW → ASSIGNED
Updated•3 years ago
|
Attachment #9231747 -
Attachment description: Bug 350079 - Esc in search box now selects all. r=mak → Bug 350079 - Esc in search box now selects all and reverts. r=mak
Comment 14•3 years ago
|
||
Masayuki, we are hitting an assertion in TextEditor when trying to undo a transaction. I suspect our approach may not be the right one. Can you help us, or forward to someone that could? Please check on Phabricator.
Flags: needinfo?(masayuki)
Comment 16•3 years ago
|
||
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/9237deee110b Esc in search box now selects all and reverts. r=mak
Comment 17•3 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
status-firefox94:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 94 Branch
Updated•3 years ago
|
status-firefox92:
--- → wontfix
status-firefox93:
--- → wontfix
status-firefox-esr78:
--- → wontfix
status-firefox-esr91:
--- → wontfix
Comment 18•3 years ago
|
||
I've managed to reproduce the issue with a Fx91.0a1 build.
The issue is verified fixed using Fx95.0b2 and latest Fx96.0a1 on windows 10, ubuntu 20.04 and macOS. The input from the search box is now successfully dismissed after pressing the escape key twice. The behavior is now similar to the address bar.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•