"Recommended by Pocket" in New Tab Preferences turns itself back on when Firefox updates
Categories
(Firefox :: Pocket, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox78 | --- | fixed |
People
(Reporter: mhughes, Assigned: thecount, NeedInfo)
References
Details
Attachments
(2 files, 1 obsolete file)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0 Build ID: 20180313132747 Steps to reproduce: Allowed distro (Xubuntu 16.04 LTS) package manager to upgrade Firefox to 59.0. Restarted Firefox, opened new tab. This has happened on previous upgrades as well, though I don't have the version numbers. about:config settings previously modified to try to fix this: - extensions.pocket.api;localhost - extensions.pocket.enabled;false - extensions.pocket.site;localhost Actual results: "Recommended by Pocket" items present, and clicking gear icon shows "Recommended by Pocket" checkbox is checked. Before upgrade, checkbox was clear and new tabs were empty. Expected results: New tab settings from previous version should be maintained. "Recommended by Pocket" should have remained disabled, and checkbox should not have set itself.
Updated•3 years ago
|
Comment 1•1 year ago
|
||
I've just auto-updated to Firefox 72.0.1 and 'Recommended by Pocket' re-enabled itself.
I don't see it on a new tab, as Tridactyl extension has taken that over, but I do see it on a new window.
This is on MacOS 10.14.6
Actual results:
"Recommended by Pocket" items present, and clicking gear icon shows "Recommended by Pocket" checkbox is checked. Before upgrade, checkbox was clear and new windows were empty.
Expected results:
New window/tab settings from previous version should be maintained. "Recommended by Pocket" should have remained disabled, and checkbox should not have set itself.
Comment 3•1 year ago
|
||
Thank you for reporting, Rik!
Scott, can you investigate?
Assignee | ||
Comment 4•1 year ago
•
|
||
The pref that's controlling this is: browser.newtabpage.activity-stream.feeds.section.topstories
It's somehow being reverted from a user set value to a default value, seemingly on every release. I haven't been able to reproduce this yet.
One thing that comes to mind that could cause this is Firefox sync, do you happen to be using that, or possibly using it without knowing it?
I'm not sure how Firefox sync would do this at the same point of an update, but to my knowledge there isn't another way for a user defined pref to flip like this.
Comment 5•10 months ago
|
||
Did this happen with the latest release (Fx 74 on 4/7)?
Comment 6•10 months ago
|
||
Yes
Updated•10 months ago
|
Comment 8•10 months ago
|
||
No.
Assignee | ||
Comment 9•10 months ago
|
||
Do you have any other features in about:preferences#home turned off that are working fine, if not, is there one that you don't use, can temporarily turn it off too, and when a release happens, see if that feature also turns back on?
I'm trying to determine if this is an issue with just the Pocket feature, or if it's happening with other features, and we've only noticed it with Pocket. This helps narrow down the problem area.
Comment 10•10 months ago
|
||
I'll try that when the next update arrives.
I have only the first two options enabled. The only other option that turns on by itself during and update is the Pocket option. The others stay disabled.
Assignee | ||
Comment 11•10 months ago
|
||
Another thing that can help me figure out what's going wrong.
Do you mind taking and sending me a screenshot for what you see if you go to about:studies?
Comment 12•10 months ago
|
||
See attachment (it's in German, but I think you'll get the important info)
Comment 13•10 months ago
|
||
Out of curiosity, for the people seeing this, if you go to about:policies
, are there any active enterprise policies?
Comment 14•10 months ago
|
||
I disabled the search bar today, then upgraded to FF 75. The search bar stayed disabled. Curiously, the Pocket Reader option disappeared completely...
Comment 15•10 months ago
|
||
After updating the German language pack and restarting FF again, the Pocket Reader option re-appeared, and it was enabled again.
Assignee | ||
Comment 16•10 months ago
|
||
Hey Michael, so nothing looks out of place in about:studies.
Do you see anything in about:policies that you don't mind sharing?
Comment 17•10 months ago
|
||
There are no enterprise policies (this is on my private PC).
Assignee | ||
Comment 18•10 months ago
|
||
Hey Michael, a few more questions.
What is the Pocket Reader, do you mean the Pocket button next to the address bar?
You mentioned you downloaded a new lang pack. Presumably, you do that every release? Are there other post release things you need to do that might be creating the perfect storm?
Do you have any other pocket related prefs disabled, or no opted, that I could set on my end to try to reproduce the issue?
I've had pocket disabled for 2 releases now and having no issues yet. I'm missing a piece of this puzzle still.
Comment 19•10 months ago
|
||
This is about the "Recommended by Pocket" option in the home screen settings. It turns itself on with every FF update.
The language pack was updated because the old version was incompatible with FF 75. This normally does not occur. Normally it's just a plain FF update.
Assignee | ||
Comment 20•10 months ago
|
||
I also found https://www.reddit.com/r/firefox/comments/c7yaxd/pocket_keeps_reenabling_itself_on_the_new_tab_page/ but there was no new info there that we didn't try here, cept it seems to happen way more often for that user.
I consider this a last ditch solution, but I'm at a loss, can you try a new clean profile?
Comment 21•10 months ago
|
||
I'll try to remember this when the next update is released.
Assignee | ||
Comment 22•10 months ago
|
||
Hey Andrei and Rares.
I was directed to https://mana.mozilla.org/wiki/pages/viewpage.action?spaceKey=PI&title=PI+Request as a way to help get a bug validated.
In the above link, it mentions I can need info the two of you and you can help?
If that's the case, this particular bug , I cannot seem to reproduce it and otherwise have nothing that comes to mind on what could be causing it.
Anything you can find that might help me narrow it down would be awesome.
Happy to answer any questions!
Thanks
Comment 23•9 months ago
|
||
Hey Scott,
I've tried my very best to try and get to the bottom of the scenarios listed here, but I've ran up against a wall. I tried using a VPN (3 to be more exact: Windscribe, Tunnelbear, and ProtonVPN) to set myself in the US so that I could naturally trigger the Recommended by Pocket section, but it's just not working. Every time I create a new profile the browser.search.region
does not get set at all.
I've tried to work around this by setting the pref manually and updating after that with different outcomes depending on the Nightly version:
- Nightly 59: I can see Stories, I turn them off via the control panel, update to the latest version (77) and the value of the
browser.search.region
pref is reset toRO
. - Firefox 59 Release: same as above, the
browser.search.region
pref is reset. - Nightly 72: I can see Stories, I turn them off via about:preferences, update to the latest version, the values of the
browser.search.region
and thebrowser.newtabpage.activity-stream.feeds.section.topstories
prefs remain unchanged. - Firefox 70 Release: same as above, both prefs remain unchanged.
@Michael, @Rik, and @Morgan could you please install Firefox Beta and check if this issue is reproducible whenever Beta gets an update? I'm curious if this happens because of the update and if so, if Beta's type of update can reproduce this?
Comment 24•9 months ago
|
||
I installed Beta. Then the German language pack was again incompatible with this version, so even the option "Recommended by Pocket" did not show up in the settings (as already mentioned in an earlier comment). Then I updated the German language pack (with Beta), and after restarting FF both the settings option is back, and it is enabled.
Is the option reset by having an incompatible language pack or by updating it to a compatible version?
Assignee | ||
Comment 25•9 months ago
|
||
Hey Ciprian, interesting browser.search.region geo isn't being set. I've never set it naturally via a vpn, so I don't know how and if that would work, I usually just set it in the pref and restart. Do you suspect maybe that's a reason why we're not seeing this bug?
Also I think ideally we test this by setting to DE and not US, I doubt that's the issue though.
Hey Michael, yeah I've been wondering if there is something going on with lang packs causing this somehow, but I don't see how, nor could I reproduce by doing different things with lang packs. Once a pref is set by the user, as you would imagine, it shouldn't be able to change. So it's weird to say the least.
The more details you give on your usual release updates on lang packs, the better we can try to reproduce.
Comment 26•9 months ago
|
||
Hey Ciprian, interesting browser.search.region geo isn't being set. I've never set it naturally via a vpn, so I don't know how and if that would work, I usually just set it in the pref and restart. Do you suspect maybe that's a reason why we're not seeing this bug?
@Scott, I've been able to do this on older versions, yes. And yeah, I suspect it has something to do with how it automatically gets set. As you've mentioned once a pref is set by the user is should remain unchanged, and we (you and I at least) see that, but it might be because we're the ones setting the pref.
Is the option reset by having an incompatible language pack or by updating it to a compatible version?
@Michael, that's an interesting question, I can't say for sure that it might be the cause, but could you please take us through the install flow that you normally do? Where you get Firefox from, what locale it is originally, what you do to it, where do you take the language pack and how do you install it? These might help us track down a way to reliably reproduce the issue you're experiencing.
Comment 27•9 months ago
|
||
That's quite a short story. I usually install FF from Mozilla, and install the language pack from Mozilla's Addons. Then I update FF through the built-in update mechanism, and the language pack either updates itself, or I force an update via "check for updates" on the about:addons page.
Comment 28•9 months ago
|
||
So you're not installing a localized build from the get-go.
@Michael, are you installing an en-US version (or different from the language pack you're installing) of the browser before applying the language pack?
Because if so, the browser might be doing something along the lines of:
- new Firefox version rolls out and gets installed
- the addon is unsupported
- even though the pref is false, we're not seeing Stories because the build/region combo is ineligible
- the new version of the addon gets rolled out
- the profile is now re-eligible to be shown Stories so the
.feeds.section.topstories
pref is changed from false to true
@Scott, would this scenario make sense?
Comment 29•9 months ago
|
||
I actually don't know. I've not installed FF from scratch for a long time. I can't remember what the initial version was.
Assignee | ||
Comment 30•9 months ago
•
|
||
Hey Criprian, I think you're right, and I think I've reproduced the issue. The steps are probably a variant to the steps impacting Michael, but I think the root of the problem is the same.
What I did:
- I'm In Canada, so I started with a CA region.
- Create a new profile. Should see stories.
- Turn off stories using the mechanism in about:preferences#home
- Restart the browser (not sure if this is needed, but it's what I did)
- Set region to DE (this part is important, and what I was missing in previous steps) We're now in a state of DE region in an en-CA browser. This state actually removes the pref (which also means stories are off), vs setting it to false, it seems. You can verify this at this after step 6 by checking about:preferences#home and you should see there is no longer an option to turn stories on or off. And you shouldn't see stories at this point.)
- Restart
- Now set region back to CA
- Restart
Stories are now back and I never set them to be back.
I think the root of the issue is this:
While we have a mechanism in place to ensure a user set pref cannot be changed to another value, it doesn't stop the value from being reset. Once it's reset, it can now be changed again, and the mechanism to prevent user changed prefs from being updated is no longer in place, because the pref is no longer user set.
Assignee | ||
Comment 31•9 months ago
|
||
I think I can fix the above set of steps in next release (78)!
Comment 32•9 months ago
|
||
There was an update of Beta today, and the option stayed off during the update. However, the language pack was not updated.
Assignee | ||
Comment 33•9 months ago
|
||
That adds up.
Assignee | ||
Updated•9 months ago
|
Assignee | ||
Updated•9 months ago
|
Assignee | ||
Comment 34•9 months ago
|
||
Assignee | ||
Comment 35•8 months ago
|
||
Comment 36•8 months ago
|
||
Pushed by sdowne@getpocket.com: https://hg.mozilla.org/integration/autoland/rev/dd35edffc6df Separate pref for user set topstories and system set topstories. r=gvn,k88hudson
Comment 37•8 months ago
|
||
Backed out changeset dd35edffc6df (Bug 1446276) for causing mass failures regarding getpocket.cdn.mozilla.net
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=303702819&repo=autoland&lineNumber=1533
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=303702675&repo=autoland&lineNumber=1296
https://treeherder.mozilla.org/logviewer.html#?job_id=303702651&repo=autoland
Backout: https://hg.mozilla.org/integration/autoland/rev/d6b6d63e601dd2b8d5f6967eb1fc5dc4508f1c5b
Updated•8 months ago
|
Comment 38•8 months ago
|
||
Pushed by sdowne@getpocket.com: https://hg.mozilla.org/integration/autoland/rev/b84687ef2bfd Separate pref for user set topstories and system set topstories. r=gvn,k88hudson
Comment 39•8 months ago
|
||
bugherder |
Description
•