Issue metadata
Sign in to add a comment
|
Disable printing "Headers and Footers" in Chrome for Domain users
Reported by
pante...@ufx.com,
Aug 29 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36 Steps to reproduce the problem: 1. Ctrl+P to print a page 2. Untick "Headers and footers" option 3. Change margins to custom to save the option What is the expected behavior? Remove headers and footers when printing from Gmail or webpages What went wrong? Unable to set this via GPO or other method across all Enterprise domain users; no option available. Also I have not been successful in setting the option in the "master_preferences" file in order to distribute with new installations. Did this work before? No Chrome version: 60.0.3112.113 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 26.0 r0 (https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome-admins/DKrGQScTUsU/cOI4qVjICAAJ)
,
Aug 29 2017
,
Aug 29 2017
If this is just to set the user defaults, it should be do-able. To enforce the setting, e.g. "headers and footers" cannot be turned on would be much more work. We can probably generalize this to a dictionary to hold all default print settings, not just headers/footers. In the master_preferences file on the chrome-admins forum, the isHeaderFooterEnabled dictionary entry is probably not in the right dictionary.
,
Aug 29 2017
,
Aug 30 2017
If you define the set of settings one might wish to be able to set through policy and they are already backed up by regular Chrome prefs it should be relatively straightforward to define the policies for them. Happy to help you wire that up but I will need a short doc with description what can we control and how the settings should look like (from a prefs/policy point of view).
,
Aug 30 2017
Print preview saves into prefs in chrome/browser/ui/webui/print_preview/sticky_settings.cc, but the data actually comes from chrome/browser/resources/print_preview/data/app_state.js.
,
Sep 4 2017
Assigned to Matt for prioritization.
,
Sep 26 2017
blumberg@, Friendly ping to get an update on this issue. Thanks.
,
Oct 9 2017
,
Feb 12 2018
Hi, I was wondering if there is any update on this?
,
Feb 12 2018
Thank you for providing more feedback. Adding requester "ranjitkan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 13 2018
,
Nov 5
,
Nov 5
This looks like a duplicate of bug 785242 , which is fixed now. Try the PrintHeaderFooter policy. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by manoranj...@chromium.org
, Aug 29 2017Components: UI>Browser>PrintPreview
Labels: Needs-Bisect Needs-Triage-M61