Chromium

[Empty comment from Monorail migration]

[Monorail components: Internals>Printing]

@Reporter:

1.  Can you please specify which version of Chrome you are seeing this with?
2.  What do you normally have for the margins of your receipt printer?  (E.g., "None"?  "Default"?)

[Empty comment from Monorail migration]

1.Version 89.0.4389.82 (Official Build) (64-bit)
2.I mentioning margin as "Default", but  i am changing Scale option every time. while selecting Receipt printer and barcode printer. i need it should not be changed while i am selecting barcode printer and receipt printer from chrome.

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

As per https://crbug.com/chromium/1186601#c0, it seems to be a feature request hence marking it untriaged and requesting someone from dev to look into it.

Thanks.!

[Empty comment from Monorail migration]

Margins and scale factor are sticky settings, so chosen values persist on different destination selections.  These settings are not saved per-destination, so if you change one manually then you would need to revert that when switching back to a different destination.  That is WAI.

It sounds like you're asking about the possibility for sticky settings to be per-destination, where a change made to one doesn't automatically apply to a different destination.  Is that correct?  This would be a pretty non-trivial change to the UX behavior, and could easily break many other users' workflows.

[Empty comment from Monorail migration]

From our feature triage meeting:
1. Since this impacts Print Preview, we'd like to get rbpotter@'s input.
2. We were discussing two options:
  a. Persist presets per device (being careful to clean up old settings)
  b. Offer customizable presets (similar to macOS's system dialog)

[Monorail components: UI>Browser>PrintPreview]

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Re: https://crbug.com/chromium/1186601#c10, I think we still need to collect rbpotter@'s input.

[Empty comment from Monorail migration]

Improving upon this is still a desired end-goal.  The items mentioned in https://crbug.com/chromium/1186601#c10 are still applicable.

I don't think we still need the user's feedback to evaluate this request.

We expect this to be addressed by https://crbug.com/chromium/1051790.

I strongly suspect https://crbug.com/chromium/1186601#c16 merged this into the wrong bug.

I think you're right!  Sorry -- I expect this should be resolved by https://crbug.com/chromium/1295921.

[Empty comment from Monorail migration]

This issue was migrated from crbug.com/chromium/1186601?no_tracker_redirect=1

[Multiple monorail components: Internals>Printing, UI>Browser>PrintPreview]
[Monorail blocked-on: crbug.com/chromium/1295921]
[Monorail mergedinto: crbug.com/chromium/1295921]
[Monorail components added to Component Tags custom field.]