Description: Since Version 7.3.0.1 incl. latest 7.3.0.2 in printing dialog and while printing all pages are empty/white. All Versions before and incl. 7.2.5.2 work as expected. Steps to Reproduce: 1. Open print dialog 2. print 3. Actual Results: Empty/white pages. Expected Results: Printing content. ;) Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US, de-DE Module: Print, TextDocument, Calc, Impress, Draw [Information guessed from browser] OS: macOS 12.1 OS is 64bit: yes
I noticed the same today with todays nightly build on macOS 11.6.2 → NEW 7.2.5.2 working as expected. Adding keyword regression.
I have not seen this issue with: Version: 7.3.0.1 (x64) / LibreOffice Community Build ID: 840fe2f57ae5ad80d62bfa6e25550cb10ddabd1d CPU threads: 4; OS: Windows 10.0 Build 21390; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL Please test with a clean profile, Menu/Help/Restart in Safe Mode And wait for someone else to confirm the bug.
Strangely enough, while I was able to reliably reproduce with todays nightly build, restarting in safe mode brings back print preview. Closing and reopening LO in normal mode brings back the problem. What do we make of that? It is still a problem and still reproducible with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 5db574727f4564238a54159a1a0673eaa2884b69 CPU threads: 8; OS: Mac OS X 10.16; UI render: Skia/Raster; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded
Created attachment 177641 [details] 2022-01-19 nightly build reproduced normal mode, gone in safe mode
I can confirm this with 7.3.0.2 on macOS.
Since not being able to print from an office suite is a major problem for LO, I am setting this to high/major importance.
Since RC3 is scheduled next week and that is supposed to be a final build for 7.3 - isn't this a blocker for macOS?
I can't reproduce it in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 4683eaa6f92db03bd0a6ecd401ded51131db7ae6 CPU threads: 8; OS: Mac OS X 11.6.2; UI render: Skia/Metal; VCL: osx Locale: en-US (en_ES.UTF-8); UI: en-US Calc: threaded Print preview works and printing to file too
I want to expand the description of the bug with LO73RC2 on macOS: it happens not only in Writer, but I can confirm it also in Calc and Impress, probably this is the same for all the modules. Print Preview also does not work. Also, if this helps - the PDF export works and does not exhibit same problem. Since LO73 will be shipping in 8 days - shouldn't we raise the severity of the bug to highest/critical? Or is it OK to ship LO73 without printing on macOS?
Not reproducible in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 4683eaa6f92db03bd0a6ecd401ded51131db7ae6 CPU threads: 8; OS: Mac OS X 11.6.2; UI render: default; VCL: osx Locale: en-US (en_ES.UTF-8); UI: en-US Calc: threaded either. @Steve, @Martin, do you reproduce it if you disable SKIA?
Print preview is also fine with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 4683eaa6f92db03bd0a6ecd401ded51131db7ae6 CPU threads: 8; OS: Mac OS X 11.6.2; UI render: Skia/Raster; VCL: osx Locale: en-US (en_ES.UTF-8); UI: en-US Calc: threaded
@Martin, please share the information from About LibreOffice dialog
@Xisco I can confirm that by disabling Skia the print preview and printing works with LO73RC2. This is the info from the About dialog when printing *doesn't* work (i.e. with Skia enabled): Version: 7.3.0.2 / LibreOffice Community Build ID: f1c9017ac60ecca268da7b1cf147b10e244b9b21 CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx Locale: sl-SI (sl_SI.UTF-8); UI: sl-SI Calc: threaded
still 100% reproducible with Use Skia for all rendering (enabled) Force Skia software rendering (enabled) or Use Skia for all rendering (enabled) Force Skia software rendering (disabled) which is still inconsistent with about dialog and by that unnecessarily confusing: https://bugs.documentfoundation.org/show_bug.cgi?id=144330 Both options result in a blank print preview and also a blank printout. My stance on new features available in UI is, they should be working when making them available to end users in stable branch. Until then I consider them experimental / under development. This is clearly the case with the current state of moving to skia on macOS and yet the feature is available in UI without any warning.
Hi Luboš Luňák, do you reproduce this on your end ? Steve tried to bisect it and he can reproduce it back to the moment when skia got enabled on mac
let's increase importance for more visibility
I can confirm this with 7.3.0.3 on macOS (12.2, Intel).
I cannot reproduce the preview problem. Printing to file does not create any file for me, but that's also the case with Skia disabled.
*** Bug 146465 has been marked as a duplicate of this bug. ***
I am mentioning this bug in the Chinese version of LibreOffice 7.3 press release as a "known issue". Just want to know, does it print any valid pages (rather than blank) when you do actual printing (on papers, rather than print-to-file)?
SKIA was disabled by default in libreoffice-7-3 branch < https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7-3&id=290957ad1383565c97201360defdeae9ae5ef502 > Reducing importance for the time being
*** Bug 147158 has been marked as a duplicate of this bug. ***
LibO 7.3.0 on Big Sur 11.6.3: only empty pages printing to a CANON MB2700. Never seen this before in any intermediate release. ;JOOP!
Obviously, this one has found his way to release - where skia is enabled by default. From "About": Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Mac OS X 10.15.7; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Deactivating Skia helps.
*** Bug 147263 has been marked as a duplicate of this bug. ***
Those who can reproduce, and haven't shared the following details, please do so: - macOS version, - Mac model, - whether the bug is showing in a print preview, printing using a PDF writer, or with different steps that don't require the presence of a physical printer or printing. In addition, if someone could do a bibisect, that'd be helpful. General info: https://wiki.documentfoundation.org/QA/Bibisect Mac-specific info: https://wiki.documentfoundation.org/QA/Bibisect/macOS (likely can be done with repository bibisect-mac64-7.3)
- macOS version: 10.15.7 - Mac model: MacBook Air (13-inch, 2017) - whether the bug is showing in a print preview, printing using a PDF writer, or with different steps: Shows in print preview, in PDF generated out of (Mac OS standard-) printing Dialog as well as on printed page (=white).
(In reply to Aron Budea from comment #26) > Those who can reproduce, and haven't shared the following details, please do > so: > - macOS version, > - Mac model, > - whether the bug is showing in a print preview, printing using a PDF > writer, or with different steps that don't require the presence of a > physical printer or printing. > > In addition, if someone could do a bibisect, that'd be helpful. > General info: https://wiki.documentfoundation.org/QA/Bibisect > Mac-specific info: https://wiki.documentfoundation.org/QA/Bibisect/macOS > (likely can be done with repository bibisect-mac64-7.3) Hardware: iMac27 Retina 5K, late 2014, 32Gb / 3.25Tb, Software: macOS BigSur 11.6.3 LibO: 7.3.0.3, build 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 Results: - print all: empty pages, preview empty, save as PDF: OK, printable - print selection: empty page, preview empty, save as PDF: OK, printable - print to PDF: empty pages. Although print via export to PDF is a solution, I revert to 7.2.5 ;JOOP!
Also confirming this on the release version of 7.3.0 on Monterey. It only occurs with Skia enabled in both hardware and software modes. Even with Skia enabled, PDF printing does work. Only Print Preview is empty. About information: Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded macOS version: 12.2 Hardware: MacBook Pro (Retina, 15-inch, Mid 2015); 2.5 GHz Quad-Core Intel Core i7
I have found out the same issue with LO 7.3.0.3 Calc (Mac Os 10.15.7 Catalina). Trying to print I see only blank page. I had to export the document or a part of it into PDF-file. Then I can open this file with Preview app and print it.
*** Bug 147329 has been marked as a duplicate of this bug. ***
*** Bug 147355 has been marked as a duplicate of this bug. ***
FYI: Skia will no longer be active on macOS by default in 7.3.1, which will be released in a few weeks: https://wiki.documentfoundation.org/ReleasePlan/7.3#7.3.1_release
*** Bug 147405 has been marked as a duplicate of this bug. ***
(In reply to Buovjaga from comment #33) > FYI: Skia will no longer be active on macOS by default in 7.3.1, which will > be released in a few weeks: > https://wiki.documentfoundation.org/ReleasePlan/7.3#7.3.1_release Can you please explain to me why SKIA is so important? Does it improve screen quality? Is it mandatory for future hardware? Can I do without? ;JOOP!
*** Bug 147429 has been marked as a duplicate of this bug. ***
(In reply to Joop Lanting from comment #35) > Can you please explain to me why SKIA is so important? > Does it improve screen quality? > Is it mandatory for future hardware? > Can I do without? It improves the performance of rendering graphics and the user interface. It supports offloading work to the graphics processing unit of your computer.
(In reply to Buovjaga from comment #37) > (In reply to Joop Lanting from comment #35) > > Can you please explain to me why SKIA is so important? > > Does it improve screen quality? > > Is it mandatory for future hardware? > > Can I do without? > > It improves the performance of rendering graphics and the user interface. It > supports offloading work to the graphics processing unit of your computer. Thanks, that's clear: no show stopper. ;JOOP!
*** Bug 147443 has been marked as a duplicate of this bug. ***
Confirmed with About information: Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Mac OS X 12.1; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Hardware: MacBook Pro (14-inch, 2021); M1 Pro
Printing works like a charm with Version: 7.3.1.1 / LibreOffice Community Build ID: 349cd3ad57dce98d6b54b76f8e9f456ac7d7edb7 CPU threads: 8; OS: Mac OS X 12.1; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
*** Bug 147461 has been marked as a duplicate of this bug. ***
*** Bug 147471 has been marked as a duplicate of this bug. ***
*** Bug 147478 has been marked as a duplicate of this bug. ***
*** Bug 147601 has been marked as a duplicate of this bug. ***
*** Bug 147587 has been marked as a duplicate of this bug. ***
Observed the same serious issue today with LO 7.3.0.3 on my macbook having "High Sierra" Version 10.13.6 installed. I followed all the hints but couldn't get this Version to print with content even using PDF as print output shows only blank pages. The printer Dialog shows also empty pages: - started LO in safe mode and reset all to factory settings, didn't help except i could print in safe mode only! - removed LO completely and also the profile folder and reinstalled --> same as before, only blank pages Again removed all and installed previous Version 7.2.5.2. With this Version i can print content again! So this is a (new) bug in LO 7.3
(In reply to Matthias Wilde from comment #47) Skia is disabled in 7.3.1 which will be released very soon. If you can not wait, then you can download and install the pre-release 7.3.1.2 version from https://dev-builds.libreoffice.org/pre-releases/mac/
(In reply to Matthias Wilde from comment #47) > Observed the same serious issue today with LO 7.3.0.3 on my macbook having > "High Sierra" Version 10.13.6 installed. On my old Macbook (Big Sur), the quick fix was to de-select "LO > Preferences > View > Use Skia for all rendering."
*** Bug 147689 has been marked as a duplicate of this bug. ***
*** Bug 147695 has been marked as a duplicate of this bug. ***
*** Bug 147703 has been marked as a duplicate of this bug. ***
*** Bug 147711 has been marked as a duplicate of this bug. ***
(In reply to jefftucker1952 from comment #49) > (In reply to Matthias Wilde from comment #47) > > Observed the same serious issue today with LO 7.3.0.3 on my macbook having > > "High Sierra" Version 10.13.6 installed. > > On my old Macbook (Big Sur), the quick fix was to de-select "LO > > Preferences > View > Use Skia for all rendering." Thanks jefftucker, this works for me also.
(In reply to Matthias Wilde from comment #54) > (In reply to jefftucker1952 from comment #49) > > (In reply to Matthias Wilde from comment #47) > > > Observed the same serious issue today with LO 7.3.0.3 on my macbook having > > > "High Sierra" Version 10.13.6 installed. > > > > On my old Macbook (Big Sur), the quick fix was to de-select "LO > > > Preferences > View > Use Skia for all rendering." > > Thanks jefftucker, this works for me also. Thanks, problem solved.
*** Bug 147737 has been marked as a duplicate of this bug. ***
*** Bug 147848 has been marked as a duplicate of this bug. ***
*** Bug 147851 has been marked as a duplicate of this bug. ***
With https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7-3&id=290957ad1383565c97201360defdeae9ae5ef502 and since it's confirmed it's fixed after having disabled Skia on MacOs, should we put this to fixed and put target 7.3.1 ? I mean what's the use to let it opened?
(In reply to Julien Nabet from comment #59) > I mean what's the use to let it opened? I presume the bug still occurs when Skia is enabled (manually) on affected systems, and would need fixing at some point so Skia can be enabled by default again.
(In reply to Julien Nabet from comment #59) > With > https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7- > 3&id=290957ad1383565c97201360defdeae9ae5ef502 and since it's confirmed it's > fixed after having disabled Skia on MacOs, should we put this to fixed and > put target 7.3.1 ? > I mean what's the use to let it opened? it's still reproducible in master or when skia is enabled
This should remain open because disabling Skia is not a fix - it's just a workaround. Print preview and print in LO should behave properly whether it's enabled or not.
Right! ;JOOP!
Ok hope Skia is compatible with MacOs.
I don't think this should be considered a regression
I can confirm this bug with LibreOffice 7.3.3.1 on macOS (12.3.1, Intel)
Can somebody reproduce this without a physical printer? What are the exact steps to reproduce?
Way back when I first saw this, it was apparent both in the preview window, or if I did a "Save as PDF."
(In reply to Luboš Luňák from comment #67) > Can somebody reproduce this without a physical printer? What are the exact > steps to reproduce? LibreOffice 7.3.4.2, macOS 11.6.6 (my Macbook Air has "aged out" of further OS updates). LibreOffice > Preferences > LibreOffice > View, choose Use Skia for all rendering, and restart LibreOffice. Open any document - Writer, Calc, take your pick. Choose Print. The preview window is blank. If you Save as PDF, the PDF is a blank page. No physical printer is needed.
I was wondering about empty pages or no printer response at all. found this workaround/bug: libreoffice draw does not print image when page is setup as landscape. Setting page to portrait and rotating image the printing works. libreoffice writer behaves the same. Tested with png and jpg files. OPEN CL is not used. LO Version: 7.0.4.2 CPU-Threas:2 OS:Linux (Antix 32bit) UI render: default; VCL: gtk3 LOCALE DE:(UTF-8) debian package version: 1:7.0.4-4+deb11u1 Documents are exportable to pdf; xpdf shows correct on display. but prints blank pages regardless of orientiention. xpdf works correctly on other pdf. System: Kernel: 4.9.0-279-antix.1-486-smp arch: i686 bits: 32 compiler: gcc v: 10.2.1 Memory: RAM: total: 1.97 GiB used: 1.06 GiB (53.7%) RAM Report: permissions: Unable to run dmidecode. Root privileges required. PCI Slots: Permissions: Unable to run dmidecode. Root privileges required.
I can confirm this bug, even with 7.4 beta1 release. With beta1 release I even see this bug without skia enabled. So, please stop marking this bug as unconfirmed etc.!
(In reply to Martin Srebotnjak from comment #71) > I can confirm this bug, even with 7.4 beta1 release. > With beta1 release I even see this bug without skia enabled. > > So, please stop marking this bug as unconfirmed etc.! What about a master build from https://dev-builds.libreoffice.org/daily/master/ containing https://cgit.freedesktop.org/libreoffice/core/commit/?id=8a5beccc19b4fdffb7b82ba5fd26f4cf316d9811
https://bugs.documentfoundation.org/show_bug.cgi?id=146842#c14 states skia is a requirement to reproduce this bug. 1. enable LibreOffice > Preferences > View > Graphics Output > Use Skia for all rendering 2. restart to apply 3. create writer document with the word `test` 4. cmd+p to open print dialog **Currently** Blank print preview **Expected** Print preview to show the actual document content 100 % reproducible in today main build. Sadly can't even copy paste about info since there is no way to disable Skia now that the UI is not shown correctly and mouse pointer is off quite a bit.
Managed to tab through preferences dialog and disable Skia with space key, so able to provide about info: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 8b82a71013567e148166b514d0ce0f5905f5a3e3 CPU threads: 8; OS: Mac OS X 12.4; UI render: default; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded
*** Bug 149843 has been marked as a duplicate of this bug. ***
+++ skia is NOT installed on my antix system! +++ I assume skia comes as a package and will be seen with synaptic, when i search for skia... ++++ skia does not show up at all +++++, this means not even the repository is enabled. ( I read it's only for mac-OS...) I am using antix Kernel: 4.9.0-279-antix.1-486-smp arch: i686 bits: 32 compiler: gcc v: 10.2.1 parameters: BOOT_IMAGE=/boot/vmlinuz-4.9.0-279-antix.1-486-smp OpenGL vendor string: Mesa/X.org OpenGL renderer string: llvmpipe (LLVM 11.0.1, 128 bits) OpenGL core profile version string: 4.5 (Core Profile) Mesa 20.3.5 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.1 Mesa 20.3.5 OpenGL shading language version string: 1.40 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.3.5 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions:
(In reply to indigo51 from comment #76) > +++ skia is NOT installed on my antix system! +++ > > I assume skia comes as a package and will be seen with synaptic, when i > search for skia... ++++ skia does not show up at all +++++, this means not > even the repository is enabled. > ( I read it's only for mac-OS...) Skia is a library that is added to LibreOffice during build, and comes bundled with it.
macOS 11.5.2, LO 7.4 RC 1, "Use Skia for all rendering" = print preview blank, printing doesn't work. Version: 7.4.0.1 / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 8; OS: Mac OS X 11.5.2; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
*** Bug 150252 has been marked as a duplicate of this bug. ***
*** Bug 150283 has been marked as a duplicate of this bug. ***
I have posted a patch that fixes this bug: https://gerrit.libreoffice.org/c/core/+/143798 The patch in the above link still needs to be reviewed and tested before it appears in a nightly build so if anyone with review privileges can review the patch, it would be very much appreciated.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/de3f13e2175564316eb5a62dee65e9ff8f31b460 tdf#146842 Do not use Skia for printing It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/73de244aecd985d049da3be49e52cbeeb3b77a8e tdf#146842 Do not use Skia for printing It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Well done, great! Question: are we using Skia after this or not? ;JOOP!
(In reply to Sciuriware from comment #84) > Well done, great! > > Question: are we using Skia after this or not? > ;JOOP! Yes. I have only disabled Skia when drawing to a printer. Skia is still used to draw to a window or to an offscreen image if you have checked the "Use Skia for all rendering" setting in LibreOffice > View panel in the LibreOffice preferences dialog.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/9da2bf0a76974f685d867594015fed9f08bd7084 tdf#146842 Do not use Skia for printing It will be available in 7.5.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
After testing the latest fix I found a crash when printing a document with images. With the latest fix, images in Skia bitmap format are sent to the non-Skia printing code so I have fixed this by converting Skia bitmaps to Quartz bitmaps when drawing a bitmap to a print graphics context. The fix for this crash is in the following patch: https://gerrit.libreoffice.org/c/core/+/143939 The patch in the above link still needs to be reviewed and tested before it appears in a nightly build so if anyone with review privileges can review the patch, it would be very much appreciated.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9eb732a32023e74c44ac8c3b5af9f5424273bb6c Related: tdf#146842 Convert SkiaSalBitmap to QuartzSalBitmap It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/3243933cd75a143cb7c09b4cfd955933ff79a0c6 Related: tdf#146842 Convert SkiaSalBitmap to QuartzSalBitmap It will be available in 7.5.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/e777e0860c7f5dfb7a5f71102a69636935a091ba Related: tdf#146842 Convert SkiaSalBitmap to QuartzSalBitmap It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01c9c971e43782800ebf63acc763a7e7fba096c1 CPU threads: 8; OS: Mac OS X 13.0.1; UI render: Skia/Raster; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded This only works when using LibreOfficeDev > View > Graphics Output ENABLED Use Skia for all rendering ENABLED Force Skia software rendering With second option disabled still seeing https://bugs.documentfoundation.org/show_bug.cgi?id=145988 preventing any further testing for that configuration.
(In reply to steve from comment #91) > Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 01c9c971e43782800ebf63acc763a7e7fba096c1 > CPU threads: 8; OS: Mac OS X 13.0.1; UI render: Skia/Raster; VCL: osx > Locale: de-DE (en_DE.UTF-8); UI: en-US > Calc: threaded > > This only works when using LibreOfficeDev > View > Graphics Output > ENABLED Use Skia for all rendering > ENABLED Force Skia software rendering > > With second option disabled still seeing > https://bugs.documentfoundation.org/show_bug.cgi?id=145988 preventing any > further testing for that configuration. I did not expect that my fix would fix bug 145988. IIRC, the Start Center document icons don't use any printing. My fix is only used when you see the native macOS print dialog. No native print dialog, no need for my fix. I don't know anything about the internal workings of Skia. All I know is on macOS, drawing a Skia image to a printer page did nothing so I just copy the pixel bits from a Skia image so they can be copied to the printer page. My fix does not modify the pixel bits in any Skia images so if a Skia image with color or other distortions is sent to the printer, the same distortions will be printed. TL;DR bug 145988 is a separate bug that needs to be fixed by someone who has experience with Skia.
*** Bug 152565 has been marked as a duplicate of this bug. ***
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b99464ef2ff58670aacee2fb5f0ea4398420ad47 Related: tdf#146842 Eliminate temporary copies of SkiaSalBitmap when printing It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 184388 [details] Test document that contains semi-transparent gradients Attaching the test document that I have used to test printing with Skia/Metal and Skia/Raster on macOS. The overlapping, semitransparent gradients are composited into a single bitmap with transparent pixels when printing.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/1675ed7816c9078a8fbc744afab76e206634fc3a Related: tdf#146842 Eliminate temporary copies of SkiaSalBitmap when printing It will be available in 7.5.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.