Closed
Bug 1117801
Opened 10 years ago
Closed 5 years ago
Location bar text entered while creating a new window gets deleted
Categories
(Firefox :: Address Bar, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: erik, Unassigned)
References
Details
1. Hit command-N to make a new window.
2. After the window appears but before the location bar is focused, type some text.
After a sub-second delay, part of the text you type appears in the bar: say "won" if you had typed "wonderful". Autocomplete even happens. But then, less than a second later, the text disappears, replaced with "Search or enter address". Then the remaining keystrokes you typed enter the bar one by one, leaving you with only "derful".
I would expect that, once a window appears, it is ready to receive input. At the very least, we should not show some input and later retract it.
(Nightly 2014-12-19)
|
||
Updated•7 years ago
|
|
|
||
Comment 1•5 years ago
|
||
Is this still happening in Nightly? I tried a few times but couldn't reproduce, likely thanks to the many perf improvements we had in the past years.
Flags: needinfo?(erik)
|
Reporter | |
Comment 2•5 years ago
|
||
On my 2017 MBP, I can't repro it.
But on my 2012, something new happens:
- Be in a window with the location bar focused.
- Hit command-N.
- Before the new window appears, start typing "abcde".
- "ab" appears in the old window.
- The new window appears.
- "cde" appears in the new window.
It's a definite improvement, probably not ideal from a workflow standpoint, but I'm okay closing this. I don't think we have this particular race anymore. And you have to be pretty fast, even on the 2012.
Flags: needinfo?(erik)
|
|
||
Comment 3•5 years ago
|
||
ok thanks. it's possible that opening a new window became slower, or mostly that it became more async, so the events are still handled by the current one...
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•