Closed
Bug 1500792
Opened 6 years ago
Closed 6 years ago
URLbar isn't focused after opening a new non-Private window when the privileged process is enabled
Categories
(Firefox :: Address Bar, defect)
Firefox
Address Bar
Tracking
()
RESOLVED
DUPLICATE
of bug 1472212
People
(Reporter: tgnff242, Unassigned)
References
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0 Steps to reproduce: 1. Create a new profile. 2. Set browser.tabs.remote.separatePrivilegedContentProcess to true and restart the browser. 3. Open a new _non-Private_ window and type something. Actual results: The URL bar isn't focused and you can't type immediately to it before you select it with a mouse or a keyboard shortcut. Expected results: I expected to be able to immediately write to the urlbar. This is the behavior for new tabs and Private windows, regardless of the status of the privileged process.
Has STR: --- → yes
Component: Untriaged → Activity Streams: Newtab
Comment 2•6 years ago
|
||
Let's put it here for now.
Component: Activity Streams: Newtab → Address Bar
Flags: needinfo?(mconley)
Comment 3•6 years ago
|
||
The good news is that one of the patches in bug 1472212 actually fixes this: https://hg.mozilla.org/mozreview/gecko/rev/0253c55229c44128e9c08a17d449cd24f9c7857b#index_header So once that lands, this problem should be gone.
Comment 3 is correct. I had seen the patch in Bug 1472212, but I had missed that it was backed out shortly after the first push. I would mark it as fixed, but, since I can't, I will mark it as duplicate.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•