Intervention cards are executed when trying to access the Help menu
Categories
(Firefox :: Address Bar, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | verified |
firefox112 | --- | unaffected |
firefox113 | --- | unaffected |
firefox114 | --- | wontfix |
firefox115 | --- | wontfix |
firefox116 | --- | wontfix |
firefox117 | --- | verified |
firefox118 | --- | verified |
People
(Reporter: phorea, Assigned: adw)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [sng-scrubbed][search-dataloss])
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
6.48 KB,
patch
|
RyanVM
:
approval-mozilla-esr115+
|
Details | Diff | Splinter Review |
Note
- Regression affecting the Help menu for several address bar intervention cards:
cache firefox
,refresh firefox
,update firefox
Found in
- Firefox 114.0a1 2023/05/05
Affected versions
- Nightly 114.0a1
Tested platforms
- Affected platforms: all
- Unaffected platforms: -
Steps to reproduce
- Type
cache Firefox
in address bar and check the intervention card - Hover the
Open Menu
(...) button and select theGet help
button
Expected result
Intervention's card corresponding Sumo page opens.
Actual result
.Clear Recent History
modal is opened and then the Sumo page is loaded in background.
Regression range
- First bad: 2023-04-14
- Last good: 2023-04-13
- Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d75b2841884f42d913e2ad4177c827a21670d9f9&tochange=b9922ca4dcbea173b1679b5a5adc06b54336ea86
- Potentially regressed by: 1827762
Comment 1•2 years ago
|
||
:adw, since you are the author of the regressor, bug 1827762, could you take a look?
For more information, please visit BugBot documentation.
Comment 2•2 years ago
|
||
Set release status flags based on info from the regressing bug 1827762
Updated•1 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 3•1 year ago
|
||
The fact that this error happened also shows a hole in our test coverage of the usage of the meatball menu.
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 4•1 year ago
|
||
The provider needs to check whether the help command was picked before
performing the primary action.
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 6•1 year ago
|
||
Comment on attachment 9347510 [details]
Bug 1831529 - Don't perform the primary intervention action when the help command is clicked.
Beta/Release Uplift Approval Request
- User impact if declined: This has been broken since 114, so it would be nice to fix sooner rather than later.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: Should be clear from the comments
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a small patch that only affects the search interventions feature in the urlbar. Has a test.
- String changes made/needed:
- Is Android affected?: No
Comment 7•1 year ago
|
||
bugherder |
Updated•1 year ago
|
Reporter | ||
Comment 8•1 year ago
|
||
Verified as fixed using latest Nightly 118.0a1 across platforms.
Comment 9•1 year ago
|
||
Comment on attachment 9347510 [details]
Bug 1831529 - Don't perform the primary intervention action when the help command is clicked.
Approved for 117.0b6
Comment 10•1 year ago
|
||
uplift |
Updated•1 year ago
|
Reporter | ||
Comment 11•1 year ago
|
||
Verified as fixed on Firefox 117 beta 6 under Win 10 64-bit, Ubuntu 22.04 and macOS 12.6.
Comment 12•1 year ago
|
||
Is this something we need to fix on ESR115 still too? Would need a bit of rebasing if yes.
Assignee | ||
Comment 13•1 year ago
|
||
Yes, this is worth fixing on the ESR. I'll get a patch together, thanks for flagging me.
Assignee | ||
Comment 14•1 year ago
|
||
ESR Approval Request Comment
[Feature/Bug causing the regression]: This is a regression in the search interventions feature in the urlbar caused by some refactorings and technical changes.
[User impact if declined]: This has been broken since 114, so it would be nice to fix sooner rather than later.
[Is this code covered by automated tests?]: Yes
[Has the fix been verified in Nightly?]: Yes
[Needs manual test from QE? If yes, steps to reproduce]: Yes, should be clear from comments
[List of other uplifts needed for the feature/fix]:
[Is the change risky?]: Low risk
[Why is the change risky/not risky?]: This is a small patch that only affects the search interventions feature in the urlbar. Has a test.
[String changes made/needed]:
See https://wiki.mozilla.org/Release_Management/ESR_Landing_Process for more info.
Comment 15•1 year ago
|
||
Comment on attachment 9349117 [details] [diff] [review]
ESR115 patch
Approved for 115.2esr.
Comment 16•1 year ago
|
||
uplift |
Updated•1 year ago
|
Reporter | ||
Comment 17•1 year ago
|
||
Verified as fixed using esr115 treeherder build from Aug 17.
Description
•