Open Bug 1691283 Opened 4 years ago Updated 6 months ago

A wildcard for preferences in Policies.json

Categories

(Firefox :: Enterprise Policies, enhancement, P5)

Firefox 86
enhancement

Tracking

()

People

(Reporter: serpher, Unassigned)

Details

Attachments

(1 obsolete file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

Tried to put in policies.json:

"$.print_shrink_to_fit": false
or
"*.print_shrink_to_fit": false
or
".print_shrink_to_fit": false
or
"print_shrink_to_fit": false

Actual results:

For polices.json an ability to use wildcards for preferences is not possible at the moment so it didn't work. I got this error though:

"Unable to set preference print_shrink_to_fit. Preference not allowed for stability reasons."

Expected results:

All printers (regardless of the name) in preferences with .print_shrink_to_fit should be set to false.

The Bugbug bot thinks this bug should belong to the 'Firefox::Preferences' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Preferences

Moving to enterprise policies since this is probably where I'll solve it.

Although NIing Romain to see if there are any plans on the printing side to fix these prefs.

It's always been problematic that we have no concept of "global printer prefs" and you have to know the exact name of the printer in order to set these prefs.

Currently the prefs look like:

print.printer_WHATEVERTHENAME.print_shrink_to_fit

Severity: -- → N/A
Component: Preferences → Enterprise Policies
Flags: needinfo?(rtestard)
Priority: -- → P5

No plans in the short term for this no. Current focus is to bring back duplex and simplify features to the new print UI and then deprecate the old UI.
I think the change proposed here makes sense but it's not currently a priority to fix it.

Flags: needinfo?(rtestard)

I'll take this for policies and figure something out.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Attachment #9273466 - Attachment is obsolete: true
Assignee: mozilla → nobody
Status: ASSIGNED → NEW
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: