Navigating home from some other site doesn't focus the addressbar (regression)
Categories
(Core :: DOM: Navigation, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox-esr78 | --- | wontfix |
firefox75 | --- | unaffected |
firefox76 | --- | wontfix |
firefox77 | --- | wontfix |
firefox78 | --- | wontfix |
firefox79 | --- | verified |
People
(Reporter: juraj.masiar, Assigned: pbone)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0
Steps to reproduce:
- install Group Speed Dial extension:
https://addons.mozilla.org/sk/firefox/addon/groupspeeddial/ - click its toolbar icon / Options
- in the Options page, click the "Copy homepage link" button (first line)
- open "about:preferences#home" page and change the "Homepage and new windows" to "Custom URLs" and paste there the link
- open New tab
- type to addressbar "github.com" and press enter
- press "Alt + Home" short-key
Actual results:
Addressbar is NOT focused
Expected results:
Addressbar should be focused.
This works in release 75 and ESR 68.
I can reproduce it in Beta 76.0b8 and Nightly 77
Comment 1•5 years ago
|
||
Hello,
I have managed to reproduce the issue based on the provided STR on the latest Nightly (78.0a1/20200506215114), Beta (77.0b2/20200505174119) and Release (76.0/20200429185419) under Windows 10 Pro 64-bit and macOS Catalina 10.15. The address bar is indeed not focused upon using the ‘Alt+Home’ shortcut.
Also tested the 75.0 Release version (75.0/ 20200403170909), where the issue does not occur i.e. the address bar is properly focused.
Furthermore, I have performed a regression range on the issue, narrowing it down to https://bugzilla.mozilla.org/show_bug.cgi?id=1597154 (2020-05-07T13:43:22.440000: DEBUG : Found commit message: Bug 1597154 - pt 4. Rename SchemeUsesDocChannel r=mattwoodrow), with this differential revision: https://phabricator.services.mozilla.com/D59823 .
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 2•5 years ago
|
||
I suspect this is related to Bug 1626507. I'll work on it soon, likely next week.
Comment 3•5 years ago
|
||
The severity field is not set for this bug.
:mixedpuppy, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 4•5 years ago
|
||
Paul, you marked it as P1, are you planning an uplift to beta or is it safe to assume that the fix will ship with 78? (last beta before RC is this Friday) Thanks
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 5•5 years ago
|
||
(In reply to Pascal Chevrel:pascalc from comment #4)
Paul, you marked it as P1, are you planning an uplift to beta or is it safe to assume that the fix will ship with 78? (last beta before RC is this Friday) Thanks
78 but more likely 79. I havn't started investigating this.
Assignee | ||
Comment 6•5 years ago
|
||
For me the extension doesn't seem to make a difference, the address bar isn't focused when I am on github.com then press Alt+Home. It is focused when I open a new tab or window. The same with and without the extension, and with and without the change to the homepage URL. Does that make sense juraj.masiar?
Reporter | ||
Comment 7•5 years ago
|
||
Actually yes. Only when the homepage is Blank Page, it will work even now.
I've been testing it with new profile (created with web-ext
) where the Blank Page is homepage by default.
So yes, setting homepage to Firefox Home will trigger the bug as well.
Assignee | ||
Comment 8•5 years ago
|
||
Although I'm unsure what the browser "should" do, earlier versions focus the address bar in all cases, and that seems consistent so I think it should probably do that.
Assignee | ||
Comment 9•4 years ago
|
||
To avoid this regression we can avoid DocumentChannel because it'll probably
be fixed by Bug 1626507.
Comment 10•4 years ago
|
||
Comment 11•4 years ago
|
||
bugherder |
Reporter | ||
Comment 12•4 years ago
|
||
Hello Paul,
I've tested the Nightly today and while the fix works with "about:newtab", it doesn't work if the homepage is extension page (which was the original issue). Could you please check? Thanks!
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 13•4 years ago
|
||
Hi Juraj,
I've filed a new bug to describe your original problem Bug 1643578. I can also reproduce it.
Comment 14•4 years ago
|
||
The patch landed in nightly and beta is affected.
:pbone, is this bug important enough to require an uplift?
If not please set status_beta
to wontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 15•4 years ago
|
||
No, we can let it ride the trains, it's minor and it's been in release a while now.
Updated•4 years ago
|
Comment 16•4 years ago
|
||
I was able to reproduce the issue described in comment 0, using an affected Nightly build from 2020-04-30.
As stated in comment 12, the issue doesn't reproduce anymore with "about:newtab" set as homepage, but it does reproduce if an extension is set as homepage. Given the fact that latter is tracked in bug 1643578, I will mark this as verified fixed. Tested on 79.0b3 across platforms: Win 10 x64, macOS 10.15 and Ubuntu 18.04 x64.
Assignee | ||
Updated•4 years ago
|
Comment 17•4 years ago
|
||
Just as a heads up, this issue is still reproducing on Firefox 78.1 esr. I am guessing that is expected at the moment considering the fact that the bug has the status wontfix for firefox 78.
Assignee | ||
Comment 18•4 years ago
|
||
In my opinion this is a small problem causing only inconvenience. it's not worth backporting to an ESR.
Description
•