Closed Bug 1750705 Opened 3 years ago Closed 1 year ago

Users can not change Nimbus rollout behaviors using fallback preferences if the desired behavior is the preference default

Categories

(Firefox :: Nimbus Desktop Client, defect)

Desktop
All
defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox97 --- affected
firefox98 --- affected

People

(Reporter: mheres, Unassigned)

References

Details

Attachments

(1 file)

[Affected Versions]:

  • Firefox Beta 97.0b4 (Build ID: 20220116190254)
  • Firefox Beta 98.0a1 (Build ID: 20220116095124)
  • Firefox Beta 97.0a1 (Build ID: 20220110093702)

[Affected Platforms]:

  • Linux Mint 20.2
  • macOS 11.6
  • Windows 10

[Prerequisites]:

[Steps to reproduce]:

  1. Open “about:config” and attempt to reset the fallback preference to the initial behavior (e.g. browser.newtabpage.activity-stream.discoverystream.newFooterSection.enabled to the false behavior).
  2. Observe the feature controlled by the preference (e.g. Open a "about:newtab" page and observe the footer section).

[Expected result]:

  • There is a way to change the feature behavior to the one the fallback value has as default.

[Actual result]:

  • Since fallback preferences keep their default values, they can not be used to modify the behavior to the default one from before being enrolled in the rollout.

[Notes]:

  • The behavior can be changed while enrolled in a rollout if the user changes the fallback value to something different from both the preference default and the Nimbus default (recording).
  • While Nimbus experiments display the same behavior, users have the option to unenroll from them, which returns them to the preference default behavior.
  • Included is a recording of the issue.

This is working as intended, closing as WONTFIX.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: