Firefox sometimes doesn't start with cursor focused on address bar
Categories
(Firefox :: Address Bar, defect, P3)
Tracking
()
People
(Reporter: marcos_d2, Unassigned)
References
Details
(Keywords: papercut, Whiteboard: [fxsearch])
Attachments
(1 file)
48.02 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36 Steps to reproduce: Considering the picture attached: * 1: a single click in the taskbar icon; * 2: right click in the taskbar icon, select "Open new tab", and; * 3: right click in the taskbar icon, select "Open new private window". Actual results: Considering the picture attached: * 1: opens "Normal Mode" with cursor focused on address bar; * 2: doesn't open "Normal Mode" with cursor focused on address bar, and; * 3: doesn't open "Private Mode" with cursor focused on address bar. Expected results: 1, 2 and 3 should open "Normal" or "Private Mode" with cursor focused on addres bar.
Comment 1•8 years ago
|
||
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:51.0) Gecko/20100101 Firefox/51.0 I have tested this issue on Windows 7 x64 with the latest Firefox release (48.0) and the latest Nightly (51.0a1-20160809030200) and manage to reproduce it as it follows: Always in case 1 - With a single left-click in the taskbar icon if the address bar is not focused. Sometimes in case 2 - Right click in the taskbar icon, select "Open new tab". Always in case 3 - Right click in the taskbar icon, select "Open new private window".
If Firefox is already opened (Normal or Private Mode) and I press 'Ctrl + N' or 'Ctrl + Shift + P' it opens a new window with the cursor focused on address bar. If I right-click the icon in taskbar and choose "Open NEW WINDOW" it opens a new window in Normal Mode with the cursor focused on address bar. If I right-click the icon in taskbar and choose "Open NEW TAB" or "Open new private window" it DOES NOT open with the cursor focused on address bar.
Updated•8 years ago
|
Comment on attachment 8778712 [details]
57a7ae7693e4e[1].png
Obsolete attachment, adding another.
Comment on attachment 8778712 [details]
57a7ae7693e4e[1].png
My mistake, this attachment is CORRECT. Sorry.
Updated•7 years ago
|
This is currently still an issue with Firefox 60.0.1 on Windows 7 Pro 64-bit. https://bugzilla.mozilla.org/show_bug.cgi?id=1225640 was the original bug that got closed due to inactivity - 3 years ago. The problem mainly affects windows opened via the Taskbar's JumpList.
This issue still occurs with 81.0.1 (64 bits) on Windows 10 Pro 64 bits (version 2004, build 19041.508).
I confirm that it affects the taskbar's jumplist. Opening a new window with the Firefox menu button or using the keyboard shortcuts does not trigger the focus issue.
As a workaround, it just occurred to me that we could "simply" disable the focus on the address bar when opening up the window from the jump list. This could give the user a hint that the window is not ready to receive keyboard input.
Comment 10•3 years ago
|
||
Confirming bug - Windows 10 Pro Version 1909 (OS Build 18363.1256)
With Firefox closed:
Right click Firefox taskbar icon, click Firefox - cursor focuses to address bar
Right click Firefox taskbar icon, click New private Window - cursor not focused on FF although cursor blinks within address bar. Ctrl>L will not allow typing in address bar. Workaround: use Alt Shift Tab (Firefox Incognito opens as the last icon) to focus on FF.
Comment 11•3 years ago
|
||
I can confirm.
If I right click Firefox in the taskbar on Windows, and click "Open new tab," "Open New Window," or "New private window," this bug happens. (It does not matter if Firefox is open already or if this is the first window being opened -- the result is the same.)
The address bar is visibly focused, with a flashing cursor. But nothing I type shows up in the address bar.
Comment 12•3 years ago
|
||
Something else strange happens: No keyboard shortcuts work in this bug's triggered state. (Shortcuts I tried: as Ctrl + W, Ctrl + Q, Ctrl + H...)
I think Firefox may be swallowing up all keyboard input, during this bug.
Comment 14•2 years ago
|
||
There are two different problems described here. The reporter says says the address bar is not focused when it should be, but recent comments say it appears focused when it isn't actually. Maybe these are two descriptions of the same thing, depending on your definition of focused? It's hard to say without knowing whether the address bar was drawn with a focus ring when the reporter filed the bug.
Bug 1745684 is clearly about the second problem, where the address bar has a focus ring and therefore appears to be focused, but the window is not actually focused/active so nothing happens when you try to type into it.
Comment 15•2 years ago
|
||
The steps to reproduce are the same as bug 1745684, so it makes sense to keep that one that is in the right component.
Description
•