Evaluate passing referrerInfo in Activity stream
Categories
(Firefox :: New Tab Page, enhancement, P3)
Tracking
()
People
(Reporter: tnguyen, Unassigned)
References
Details
From comment:
https://phabricator.services.mozilla.com/D39875#1254940
We likely can pass around referrerInfo in activity stream and could get the real original referrer from that object (we use "computed" referrer which could be omitted)
Comment 1•6 years ago
|
||
The "referrer" is used to open the download page and not to set as a http referrer. Perhaps it should just be renamed to avoid confusion?
Reporter | ||
Comment 2•6 years ago
|
||
Yes, that's true for Download. But there's still "referrer" in AS that I can not trace (sorry I don't know much about AS). For example https://searchfox.org/mozilla-central/rev/597a69c70a5cce6f42f159eb54ad1ef6745f5432/browser/components/newtab/data/content/activity-stream.bundle.js#13936
Comment 3•6 years ago
|
||
Yup, there are some actions that do result in link.referrer
used as ReferrerInfo(UNSAFE_URL) when clicking a link or opening in a new window, etc.
https://searchfox.org/mozilla-central/rev/597a69c70a5cce6f42f159eb54ad1ef6745f5432/browser/components/newtab/lib/PlacesFeed.jsm#281-292
Downloads have a custom click behavior as well as custom context menu items:
https://searchfox.org/mozilla-central/rev/597a69c70a5cce6f42f159eb54ad1ef6745f5432/browser/components/newtab/lib/SectionsManager.jsm#162-170
It would be easy for someone to accidentally make a download use the referrer url as a http referrer if the link was passed in to the OPEN_LINK or OPEN_NEW_WINDOW related actions. That's why I was suggesting perhaps link.referrer
should be renamed to something like link.downloadPage
for the case of downloads.
Updated•5 years ago
|
Updated•2 years ago
|
Description
•