Inject pref based consumer_key into discovery stream layout_endpoint pref
Categories
(Firefox :: New Tab Page, defect, P1)
Tracking
()
People
(Reporter: thecount, Assigned: pdahiya)
References
Details
(Keywords: github-merged)
Attachments
(2 files)
52 bytes,
text/x-github-pull-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
|
Details | Review |
Right now our discovery stream layout pref has consumer_key baked into it, but there should be a pref for this, and we just need to inject it when we do the fetch.
This is currently how the old top stories fetch works, example: consumer_key=$apiKey
Updated•6 years ago
|
Updated•6 years ago
|
Comment 1•6 years ago
|
||
[Tracking Requested - why for this release]: When we do experiments on release, we would like to have API keys less exposed to users.
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Comment 2•6 years ago
|
||
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 3•6 years ago
•
|
||
How to test:
- go to about:config
- search for discoverystream.config
- Verify preference is set to
{"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":true,"show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
With this fix consumer_key is no longer exposed in layout_endpoint and picking value from pref 'extensions.pocket.oAuthConsumerKey'
Comment 4•6 years ago
|
||
Updated•6 years ago
|
Comment 6•6 years ago
|
||
Comment 7•6 years ago
|
||
I have verified in Nightly v67.0a1 on Mac OS 10.14.3 that browser.newtabpage.activity-stream.discoverystream.config
is set to {"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":true,"show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
Updated•6 years ago
|
Assignee | ||
Comment 8•6 years ago
|
||
Comment on attachment 9044309 [details]
Bug 1518258 - Inject pref based consumer_key into discovery stream layout_endpoint pref
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
In about:config, user will see consumer key hard coded inside browser.newtabpage.activity-stream.discoverystream.config pref
Is this code covered by automated tests?
Yes
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
Yes
If yes, steps to reproduce
https://bugzilla.mozilla.org/show_bug.cgi?id=1518258#c3
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
This patch touches pocket new tab discovery experiment that's not turned on by default in beta
String changes made/needed
None
Comment 9•6 years ago
|
||
Comment on attachment 9044309 [details]
Bug 1518258 - Inject pref based consumer_key into discovery stream layout_endpoint pref
Planned work for pocket/new tab. Verified in Nightly.
OK for beta uplift, should land for beta 9.
Landing order: bug 1519879, bug 1525494, bug 1526861, bug 1524669, bug 1527195, bug 1525391, bug 1527347, bug 1525366, bug 1527626, bug 1527397, bug 1518258, bug 1527701, bug 1527370.
Comment 10•6 years ago
|
||
I tested on Windows.
FF Nightly version : 67.0a1 (2019-02-15)
OS : Windows 10 Pro
pref browser.newtabpage.activity-stream.discoverystream.config
is set to
{"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":true,"show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
Comment 11•6 years ago
|
||
bugherder uplift |
Comment 12•6 years ago
|
||
(In reply to Wolasi from comment #7)
I have verified in Nightly v67.0a1 on Mac OS 10.14.3 that
browser.newtabpage.activity-stream.discoverystream.config
is set to
{"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":true, "show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/ layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
Can you also please verify this issue on Firefox 66 Beta 9 (https://archive.mozilla.org/pub/firefox/candidates/66.0b9-candidates/build1/)?
Comment 13•6 years ago
•
|
||
(In reply to Camelia Badau [:cbadau], Release Desktop QA from comment #12)
(In reply to Wolasi from comment #7)
I have verified in Nightly v67.0a1 on Mac OS 10.14.3 that
browser.newtabpage.activity-stream.discoverystream.config
is set to
{"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":true, "show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/ layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
Can you also please verify this issue on Firefox 66 Beta 9 (https://archive.mozilla.org/pub/firefox/candidates/66.0b9-candidates/build1/)?
I have verified on Firefox v66.09b, the discovery stream pref shows {"api_key_pref":"extensions.pocket.oAuthConsumerKey","enabled":false,"show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"}
as expected
Updated•6 years ago
|
Updated•5 years ago
|
Description
•