Closed Bug 1892732 Opened 10 months ago Closed 10 months ago

[Experiment] The "Learn more about Firefox Suggest" option for Yelp and MDN results is not working on Firefox 125

Categories

(Firefox :: Address Bar, defect, P1)

Firefox 125
Desktop
All
defect

Tracking

()

VERIFIED FIXED
127 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox125 --- verified
firefox126 --- verified
firefox127 --- verified

People

(Reporter: cmuntean, Assigned: adw)

References

(Regression)

Details

(Keywords: regression, Whiteboard: [sng-scrubbed][search-regression])

Attachments

(2 files)

[Affected versions]:

  • Firefox Release 125.0.2
  • Firefox Release 125.0.1

[Affected Platforms]:

  • Windows 10
  • macOS 13.1
  • Ubuntu 22.4

[Prerequisites]:

  • Be enrolled in the Yelp experiment.
  • Have the browser.search.region set to "US".

[Steps to reproduce]:

  1. Open the Firefox browser using the profile from prerequisites.
  2. In the urlbar type a keyword that triggers a Yelp suggestion (eg: restaurant).
  3. Click the "Feedback" button of the Yelp result.
  4. Click the "Learn more about Firefox Suggest" option.
  5. Observe the behavior.

[Expected result]:

  • The Firefox Suggest SUMO page is opened in a new tab.

[Actual result]:

  • Nothing happens.

[Regression]

  • The issue is NOT reproducible on Firefox 124 release, considering this using mozregression tools we have found the following pushlog: Link.
  • Based on the Pushlog link, it seems that Bug 1883378 introduced this behavior.

[ Notes]:

  • Due to the changes made starting with Firefox 126, the issue is not reproducible because the "Learn more about Firefox Suggest" option was changed to "Manage Firefox Suggest".
  • This issue is also reproducible for MDN suggestions.
  • The issue is NOT reproducible for Pocket, Weather, Navigational, Dynamic Wikipedia
  • Attached is a screen recording of the issue.

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

:daleharvey, since you are the author of the regressor, bug 1883378, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(dharvey)
Priority: -- → P1
Whiteboard: [sng-scrubbed][search-regression]

I ended up investigating this and have a patch, so I'll take it.

Assignee: nobody → adw
Status: NEW → ASSIGNED
Flags: needinfo?(dharvey)

When UrlbarView handles the help command for a result, first it determines the
result's help URL. If result.payload.helpUrl is defined it uses that, and
otherwise it falls back to generating a default help URL. Either way, then it
sets menuitem.dataset.url to the help URL and calls input.pickResult().

Before bug 1883378, pickResult() would similarly first check
result.payload.helpUrl and then fall back to menuitem.dataset.url when
determining the help URL to load. Bug 1883378 changed this behavior so that it
only checks result.payload.helpUrl. That means we break any provider that
implements the help command but doesn't define a help URL on its results, like
Yelp and MDN.

One way to fix this would be to make sure providers that implement the help
command always define a help URL on their results. I don't like that idea
because it's nice for providers to be able to rely on a default help URL that's
defined elsewhere.

Another fix would be to always use menuitem.dataset.url in pickResult() and
don't check result.payload.helpUrl at all. That would work for result menu
items, but it wouldn't work for other elements like buttons that don't go
through the result-menu-command path. I don't know if we currently have any such
paths but I don't want to break something else.

So instead I think we should just go back to the status quo before bug 1883378:
First check result.payload.helpUrl if the command is help, and then fall back
to menuitem.dataset.url.

Pushed by dwillcoxon@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/0383409744af Fix the urlbar help command for results that don't define a help URL. r=daleharvey
Status: ASSIGNED → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 127 Branch

:ada there's some discussion around this in the QA report from https://mozilla-hub.atlassian.net/browse/QA-2402
Please add a beta uplift on this to at least get this into Fx126

Flags: needinfo?(adw)

Working on it now.

Flags: needinfo?(adw)

Comment on attachment 9397933 [details]
Bug 1892732 - Fix the urlbar help command for results that don't define a help URL.

Beta/Release Uplift Approval Request

  • User impact if declined: This bug is present on 125 and 126, so I'm requesting uplift to both just to cover bases, in case we do another 125 dot release. On 126, this bug is mostly moot because we changed the "Learn more about Firefox Suggest" menu item to the "Manage Firefox Suggest" menu item for most Suggest results, including Yelp and MDN (bug 1889820, bug 1891602, bug 1882677). Pocket suggestions still use "Learn more" but they're disabled; there may be other non-Suggest urlbar results that are affected, I'm not sure.
  • 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 comments
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Very small change that reinstates a code path fallback that was removed by the regressing bug. Has tests.
  • String changes made/needed:
  • Is Android affected?: No
Attachment #9397933 - Flags: approval-mozilla-release?
Attachment #9397933 - Flags: approval-mozilla-beta?
Flags: qe-verify+
Flags: in-testsuite+

Comment on attachment 9397933 [details]
Bug 1892732 - Fix the urlbar help command for results that don't define a help URL.

Approved for 126.0b5

Attachment #9397933 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
QA Whiteboard: [qa-triaged]

I have verified this issue on the latest Nightly 127.0a1 (Build ID: 20240424093459), latest Beta 126.0b5 (Build ID: 20240424091756) on Windows 10, macOS 13.1 and Linux Mint 20.1.

  • Due to the fact that starting with Firefox 126 Yelp and MDN results have the new option "Manage Firefox Suggest", I have verified that the option still works and there are no issues.
  • However, I have verified the "Learn more about Firefox Suggest" option for dynamic-wikipedia, pocket and navigational results.

No issues were found during testing. I will re-verify the issue in case it will be uplifted to Firefox 125 dot release.

Status: RESOLVED → VERIFIED
Flags: qe-verify+

Comment on attachment 9397933 [details]
Bug 1892732 - Fix the urlbar help command for results that don't define a help URL.

Approved for 125.0.3

Attachment #9397933 - Flags: approval-mozilla-release? → approval-mozilla-release+

I have verified the issue on the new Firefox 125.0.3 dot release (Build ID: 20240425211020) on Windows 10 x64, macOS 14.4.1 and Linux Mint 20.1.

  • The "Learn more about Firefox Suggest" option for Yelp and MDN results is working as expected and opens the SUMO page for Firefox Suggest.
  • Verified the option also for the other Firefox Suggest results: sponsored, non-sponsored, dynamic-wikipedia, pocket, addons and navigational results.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: