Margin choice in print dialog resets after two invocations total, no longer sticky
Hello, Thank you very much for your work on this great browser. Upon updating to Edge Stable 105.0.1343.27, it appears that after specifically one more invocation of the "print" dialog (two total), the user's choice for the "Margins" dropdown (visible after clicking "More Settings...") is reset to "Default". Previously, the choice for the "Margins" dropdown was sticky - preserved across any number of times the print dialog was invoked. Steps to reproduce: 1. Open some webpage, such as [Hacker News](https://news.ycombinator.com/). 2. Ctrl+P / Cmd+P (my current OS is macOS latest stable 12.5.1) to trigger the print dialog. 3. More Settings... > Margins > Select "None". (My preferred setting for printing to PDF.) 4. Print the webpage, or cancel out (the behavior manifests either way). 5. Open the print dialog once again - the margin choice from before is preserved. Print or close the dialog. 6. Open the print dialog again. The choice for "Margins" is now reset to "Default" instead of staying on the user's selected choice. I have confirmed this behavior persists across both browser and full OS restarts. This may be intended behavior by the dev team, but it would break a crucial workflow for me (printing-to-pdf discussions from HN and Reddit with margins set to "None"). I respect the team's choices, but it is interesting to consider the ongoing discussions about the stickiness of print settings. For example, in the Chromium bug tracker they have the issue: `2022 09 05` [1295921 - Improve sticky behavior of print options - chromium](https://bugs.chromium.org/p/chromium/issues/detail?id=1295921) as well as the tangential issue: `2022 09 05` [1314057 - Custom Printer Margin Settings Reset After Printing To Another Printer - chromium](https://bugs.chromium.org/p/chromium/issues/detail?id=1314057). Comment 8 from 2021 06 07 in this issue indicates that margin choice in the print dialog is meant to be a sticky setting: `2022 09 05` [1186601 - How do I set default print margins for multiple printers on Google Chrome for Windows 10? - chromium](https://bugs.chromium.org/p/chromium/issues/detail?id=1186601) Even though this issue manifested in Edge Stable, I thought it might be interesting for the Edge Insiders staff due to recent changes around printing in Dev Channel updates: `2022 09 05` [Dev channel update to 105.0.1329.1 is now live! - Microsoft Tech Community](https://techcommunity.microsoft.com/t5/discussions/dev-channel-update-to-105-0-1329-1-is-now-live/m-p/3583978) "Fixed a crash when getting the page count in print preview" `2022 09 05` [Dev channel update to 106.0.1363.0 is now live! - Microsoft Tech Community](https://techcommunity.microsoft.com/t5/discussions/dev-channel-update-to-106-0-1363-0-is-now-live/m-p/3613154) "Fixed orientation issue with printing" Perhaps the issue manifests because of changes in some of these code paths. Thanks for your time, and ideally the choice for "Margins" can be made sticky (preserved across any number of invocations of the print dialog) once again in the next stable update, but I understand if not.
Edge crashes on print via extension
Summary: We have an extension which registers a printer. When opening the print dialog, selecting our extension registered printer and clicking "Print", the Edge browser crashes. Here's a minimal print extension example (not made by me) which reproduces the issue: https://github.com/hendrik-weiler-gtm/printerTestBare/tree/main Context: We have created an extension which uses the PrinterProvider API to print a page, and then sends the printed page somewhere. The extension is published in Chrome and Edge stores. It works in Chrome but crashes in Edge. We found this similar example (which is where we got the example extension). https://github.com/MicrosoftEdge/WebView2Feedback/issues/3795 This related bug was posted in September of 2023. Why hasn't this bug been addressed yet? We need this bug to be fixed, as our customers depend on this behavior working in critical business flows. Please have a look at this issue urgently. Demo/more info: Attaching a recording demonstrating the behavior. When clicking Print in the printer dialog, the browser crashes. To Microsoft Support: More details can be found in the linked Feedback Hub ticket: https://aka.ms/AAp45uiAdd Microsoft's universal print to the Edge browser
Google chrome has support for Cloud print which is a free service to anyone with a Google account. Microsoft recently introduced a similar service called Universal Print: a cloud-based print solution so my feedback is to integrate it with Edge browser and make it available to everyone with a Microsoft account (free/work accounts) to be able to use it. just like Google and their Chrome browser. as to how this can be useful, I can write a blog about it.[FIXED] Immersive Reader page background color not showing in Print output or preview
Reading View (Immersive Reader) mode you can now print your web pages and articles after you strip them and remove all the clutters and distractions from them. this is how printing from Immersive reader mode looked like 1.5 month ago. (in Print preview, the page background color is visible but it won't be printed in the output file) and here is how printing from Immersive reader mode looks like Now (page theme is missing) (I chose the black background with white text but the print preview only shows it in white background and it doesn't get printed in the print output file either) my print options: This is happening in Edge insider Canary Version 79.0.298.0 (Official build) canary (64-bit). Old post: https://techcommunity.microsoft.com/t5/Discussions/FIXED-Bug-Printing-web-page-in-reading-view-only-prints-the/td-p/820907What do these flags to exactly? [XPS and GDI printing]
I found these information so far https://mspoweruser.com/google-chrome-uses-xps-print-api/ https://docs.microsoft.com/en-us/windows/win32/printdocs/about-xps-print-api https://docs.microsoft.com/en-us/windows/win32/printdocs/gdi-printing but I can see no difference in Edge insider latest version with those flags enabled and disabled Version 81.0.375.0 (Official build) canary (64-bit)
