it need to back twice to go back to the previous page.
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox99 | --- | affected |
People
(Reporter: alice0775, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: nightly-community, parity-chrome)
Steps to reproduce
- Open any web page
- Open https://www.mozilla.org/ja/firefox/all in the same tab
- Try to back to previous page
Actual results:
it need to back twice to go back to the previous page.
Expected results:
It should be a single back navigation to go back to the previous page.
Chrome works as expected.
This is not a recent regression.
Setting browser.navigation.requireUserInteraction to true resolve this.
Comment 1•3 years ago
|
||
First, navigated to https://www.mozilla.org/ja/firefox/all/, but immediately, redirected to https://www.mozilla.org/ja/firefox/all/#product-desktop-release (only anchor changed without scroll). I guess that the first URL shouldn't be treated by the Back button at least.
johannh: Could take a look or just set the priority and severity?
Updated•3 years ago
|
Comment 2•3 years ago
|
||
A while ago I saw a bug with a reason that browser.navigation.requireUserInteraction
had not been defaulted to true but I can't find it now. Is there still a problem with doing that?
Comment 3•2 years ago
|
||
I'm no longer working on Firefox, so clearing NI :)
Yes, you'll want to get bug 1645211 done, which might resolve this.
Comment 4•2 years ago
|
||
johannh: Sorry for requesting ni to you, and thank you for the link to bug 1645211.
Alice-san, you set this to a blocker of bug 1515073, did you mean that this is a regression of bug 1515073? If so, this should be marked as so and set this to depending on bug 1645211.
Reporter | ||
Comment 5•2 years ago
|
||
(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(away -8/31) from comment #4)
you set this to a blocker of bug 1515073, did you mean that this is a regression of bug 1515073?
If so, this should be marked as so and set this to depending on bug 1645211.
I think this is not regression. Setting browser.navigation.requireUserInteraction to true will fix this.
Comment 7•2 months ago
|
||
This looks fixed to me on the Latest Nightly build 132.0a1 across platforms (Windows 11, macOS 13 and Ubuntu 22.04) after browser.navigation.requireUserInteraction
was enabled by default in bug 1734181.
Updated•2 months ago
|
Comment 8•2 months ago
|
||
Verified as fixed on Android, on the latest Nightly 132.0a1 from 11.09.2024 using Samsung Galaxy S23 Ultra (Android 14).
Description
•