Closed Bug 1917422 Opened 1 year ago Closed 1 year ago

v132.0a1 loses back button initial search navigation history

Categories

(Core :: DOM: Navigation, defect, P1)

Firefox 132
defect

Tracking

()

RESOLVED DUPLICATE of bug 1917369
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox130 --- unaffected
firefox131 --- disabled
firefox132 --- fixed

People

(Reporter: tj.iam.tj, Assigned: avandolder, NeedInfo)

References

(Regression)

Details

(Keywords: regression)

Debian 12 amd64 with upgrade from v131 to 132.0a1.

I do (DuckDuckGo) searches from the NewPage tab. I type a search term and get a DDG results page. I follow a link, decide it isn't what I want, and press the Back button. It returns to the NewPage not the DDG results page as it did with v131.

I have browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar == false

to stop the URL bar stealing user input from the focused Search text box in NewPage but this does not affect it.

gregp in the Matrix Nightly room clued me in to solve it doing browser.navigation.requireUserInteraction = false

What was strange is if I create a new profile in v132, or re-install v131 and create a new profile for it, both of them show the DDG page in the Back button history - call me confused!

Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Regressed by: 1734181

Set release status flags based on info from the regressing bug 1734181

:avandolder, since you are the author of the regressor, bug 1734181, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Bug 1915622 may also be related.

See Also: → 1915622

The preference is currently on for nightly builds only, hence updating status flags.

Setting Severity S3 for now as the preference is not enabled on release though planned to be soon. Setting Priority P1 to indicate that we should get this fixed soon before the preference is enabled for release channels.

Severity: -- → S3
Priority: -- → P1
Depends on: 1917369

(In reply to TJ from comment #0)

Debian 12 amd64 with upgrade from v131 to 132.0a1.

I do (DuckDuckGo) searches from the NewPage tab. I type a search term and get a DDG results page. I follow a link, decide it isn't what I want, and press the Back button. It returns to the NewPage not the DDG results page as it did with v131.

I have browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar == false

to stop the URL bar stealing user input from the focused Search text box in NewPage but this does not affect it.

gregp in the Matrix Nightly room clued me in to solve it doing browser.navigation.requireUserInteraction = false

What was strange is if I create a new profile in v132, or re-install v131 and create a new profile for it, both of them show the DDG page in the Back button history - call me confused!

Hi,

This issue should now be fixed in the latest nightly release. If you're able to confirm this, we can then close this bug.

Flags: needinfo?(avandolder) → needinfo?(tj.iam.tj)

The patches for this bug were landed in bug 1917369.
Setting assignee to Adam to get this out from the BugBot list.

Assignee: nobody → avandolder

It looks to me like we should close the bug as a duplicate, and then ask for QA verification here and in bug 1917369.
If you disagree, please feel free to re-open or re-set the status.

Status: NEW → RESOLVED
Closed: 1 year ago
Duplicate of bug: 1917369
Flags: qe-verify+
Flags: needinfo?(htsai)
Resolution: --- → DUPLICATE

Agreed.

Flags: needinfo?(htsai)

I could not reproduce this issue following steps from the description using Firefox nightly build from 2024.09.07, testing on Windows 10 and Ubuntu 22.
I can confirm the issue is fixed, I verified using latest Firefox nightly build 133.0a1 (2024.10.14) on Windows 10, Ubuntu 22 and macOS 12 platforms, I haven't seen any issues, the search result appear in the "back button" history.

You need to log in before you can comment on or make changes to this bug.