Closed Bug 1804855 Opened 3 years ago Closed 5 months ago

The autoplay permission for about:welcome does not save the user choice

Categories

(Firefox :: Site Permissions, defect, P3)

Firefox 109
Desktop
All
defect

Tracking

()

VERIFIED FIXED
149 Branch
Tracking Status
firefox-esr102 --- disabled
firefox107 --- disabled
firefox108 --- disabled
firefox109 --- disabled
firefox149 --- verified
firefox150 --- verified

People

(Reporter: ailea, Assigned: denyshon)

References

Details

Attachments

(2 files)

Attached video 2022-12-09_11h12_52.mp4

Found in

  • 109.0a1 (2022-12-09)

Affected versions

  • 109.0a1

Tested platforms

  • Affected platforms: Windows 10, macOS 12, Ubuntu 20.

Steps to reproduce

  1. Launch Firefox with new profile.
  2. Open about:preferences#privacy > Permissions
  3. Click on Autoplay Settings
  4. Change the about:welcome status value and click Save Changes.
  5. Click on Autoplay Settings.

Expected result

  • The about:welcome changed value is saved.

Actual result

  • The about:welcome changed value is not saved.

Regression range
Not a regression. This is happening since bug 1799997 landed (new implementation).

Additional notes

  • I'm not sure if the second row from Autoplay Settings is expected, the about:welcome^privateBrowsingld=1 is displayed. Just let me know if I should file a new issue for it.

Ideally, our about page permissions shouldn't display in this menu - using site permissions for about:welcome is really just an implementation detail. The permission is added here. I think whether we respect the user value or not, it would be best to exclude it from this menu, as the actual address about:welcome is never exposed to the user directly (it's hidden from the urlbar for example) except in about:about, and this page is not supposed to appear more than once per profile. It's not saved in history either. So seeing it in permissions is probably just confusing for most users.

We could perhaps extend this check https://searchfox.org/mozilla-central/rev/43cb6eca1c3069d46d589d52ab4949257e630d19/browser/components/preferences/dialogs/permissions.js#248-255 to cover default permissions too. Showing default permissions to users makes sense so they can be overwritten. PBM permissions can be hidden though since changes there are temporary anyway.
It's still odd that overwriting these permissions doesn't seem to work.

Priority: -- → P3
Assignee: nobody → denyshon
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
Target Milestone: --- → 149 Branch
QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-needed-c150/b49]
Flags: qe-verify+

Cannot verify the fix since the about:welcome page is no longer displayed in about:preferences#privacy > Permissions > autoplay settings, using the latest versions of Firefox.

QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-needed-c150/b49] → [qa-triage-done-c150/b149] [qa-ver-blocked-c150/b49]

That's intended. The fix was to stop displaying such permissions instead of allowing them to be changed.

Flags: needinfo?(ailea)

I see, thanks for the clarification! In this case I will mark it as verified, based on comment 6 and comment 7.
Thank you.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-blocked-c150/b49] → [qa-triage-done-c150/b149] [qa-ver-done-c150/b49]
Flags: qe-verify+
Flags: needinfo?(ailea)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: