Closed Bug 1664502 Opened 5 years ago Closed 5 years ago

Amazon.de records an amazon.com entry in TopFrecentSites

Categories

(Firefox :: Top Sites, defect, P1)

Desktop
All
defect
Points:
1

Tracking

()

VERIFIED FIXED
82 Branch
Iteration:
82.2 - Sep 7 - Sep 20
Tracking Status
firefox-esr78 --- wontfix
firefox80 --- wontfix
firefox81 + verified
firefox82 + verified

People

(Reporter: aflorinescu, Assigned: dao)

References

(Blocks 2 open bugs)

Details

Attachments

(1 file)

[Sugested Severity:]

In this case, it seems that this might be an intended behaviour and not recent from what I can tell. Fx 75 works this way as well.
Based on the above and on the impact on the TopSites migration to Remote settings, I'm suggesting an S2 as a proposed severity.

[Description:]

Accessing a https://www.amazon.de/ logs amazon.com as a recent/frecvent topsite.
This causes that in the case of which amazon.de is set as a topsite from RemoteSettings controlled collection, at the next restart, the default amazon.de to be owerwritten by amazon.com

[Environment:]

Windows 10, Mac 10.15, Ubuntu 20.
81.0b9
80
could reproduce as far as 75

[Steps:]
  1. Download, install Firefox and create a new profile.
  2. In address bar, input https://www.amazon.de
  3. Open browser console with console enabled and run:
    Cu.import("resource://gre/modules/NewTabUtils.jsm");
    (await NewTabUtils.activityStreamProvider.getTopFrecentSites({numItems: 25})).map(s => ${s.url} [${s.frecency}]).join("\n")
  4. Restart Firefox.
[Actual Result:]

The step 3 snippet will return amazon.com
For the modern top-sites Remote Settings feature, if topsite was direct link amazon.de after restart it is replaced by amazon.com

[Expected Result:]

I would assume that when amazon.de is default topsite, it would remain default topsite, especially since no actual amazon.com has been accessed, but there might be context that I'm not aware of.

Mak or mardak, any idea how amazon.com ends up in the frecency list without ever opening it?

Flags: needinfo?(mak)
Flags: needinfo?(edilee)
Severity: -- → S1
Priority: -- → P1
Group: mozilla-employee-confidential
Blocks: 1664203

Looking at history data, it properly contains amazon.de with frecency 2000... There must be some transformation on the newtab side...

My suspect is improvesearch.topSiteSearchShortcuts.searchEngines, so that the AS code is replacing amazon.de with the amazon.com search shortcut.

Probably here: https://searchfox.org/mozilla-central/rev/62c443a7c801ba9672de34c2867ec1665a4bbe67/toolkit/modules/NewTabUtils.jsm#1345-1360

Flags: needinfo?(mak)

That looks about right, good find, thanks!

Flags: needinfo?(edilee)

Remote Settings still support search shortcuts for the time being but it's considered an obsolete feature that we don't intend to use.

Assignee: nobody → dao+bmo
Status: NEW → ASSIGNED
Iteration: --- → 82.2 - Sep 7 - Sep 20
Points: --- → 1
Attachment #9175550 - Attachment description: Bug 1664502 - Disable canonical URL for search shortcuts when using default top sites from remote settings. r=mak → Bug 1664502 - Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mak
Pushed by dgottwald@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/01ba9f66b1a5 Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mikedeboer

[Tracking Requested - why for this release]: This is a major issue for moving top sites to default settings in 81, in particular the planned changes to the amazon default tile.

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → 82 Branch

We're already in RC week for 81. Please nominate this for release approval ASAP if this needs fixing still before we can ship.

Flags: needinfo?(dao+bmo)

Comment on attachment 9175550 [details]
Bug 1664502 - Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mak

Beta/Release Uplift Approval Request

  • User impact if declined: See comment 0
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: See comment 0
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): We don't plan on using search shortcuts going forward, so disabling this behavior is very low-risk
  • String changes made/needed:
Attachment #9175550 - Attachment description: Bug 1664502 - Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mak → Bug 1664502 - Disable canonical URL for search shortcuts when using default top sites from remote settings. r=mak
Flags: needinfo?(dao+bmo)
Attachment #9175550 - Flags: approval-mozilla-beta?
Flags: qe-verify+
Attachment #9175550 - Attachment description: Bug 1664502 - Disable canonical URL for search shortcuts when using default top sites from remote settings. r=mak → Bug 1664502 - Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mak
Attachment #9175550 - Flags: approval-mozilla-beta? → approval-mozilla-release?

Verified the fix on Ubuntu 20.04, Windows 10 x64 with 82.0a1 2020-09-16.

  • test involved staging setup with amazon.de/?foo&bar

Comment on attachment 9175550 [details]
Bug 1664502 - Disable canonical URL conversion for search shortcuts when using default top sites from remote settings. r=mak

Approved for 81.0rc2.

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

Verified as fixed using 81 RC2 on Ubuntu 20.04 and Windows 10.

Status: RESOLVED → VERIFIED
Regressions: 1699703
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: