One thing to note, while LibreOffice crashed, the document was still successfully printed. I was also able to recover it in full after the crash.

Please test in safe mode, Menu/Help/Restart in Safe Mode

Please paste here the information on Menu/Help/About LibreOffice (There is an icon to copy)

Created attachment 196324 [details]
Screenshot of the settings while entering safe mode.

When I initially reported the issue I didn't even know or think this was reproducible, but it is (https://crashreport.libreoffice.org/stats/crash_details/4ae36608-a9b4-471a-956f-da121e4c8018). After dismissing the crash dialog I entered the safe mode as instructed (see attached screenshot; essentially I didn't change any settings).

In safe mode I proceeded initiating the printing of the document and sure enough it crashed again. Alas, this time without crash dialog. However, I was greeted with the crash dialog next time around and sent the report (https://crashreport.libreoffice.org/stats/crash_details/2c28dfb1-f179-4cde-9270-b679875b3fda).

Hope this helps. If there is anything you'd want me to do while having it started via WinDbg, say, let me know.

The requested information:

Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583
CPU threads: 20; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: threaded

Please attach a sample file, reduce the size as much as possible without private information. That shows the problem or happens with any file.

Created attachment 196364 [details]
This crashes as described after printing

File stripped of the details is attached. New report here:
https://crashreport.libreoffice.org/stats/crash_details/602a21dd-0e02-4cbf-8541-44f254946e03

I also found that this crashes even with the built-in "PDF printer" from Microsoft. Not just my physical printer.

This is based on a template named Brief_Garamond.font-embedded.ott downloaded a few years back from the template repository.

PS: Could be the embedded fonts?

No issue for me with
Version: 24.8.1.1 (X86_64) / LibreOffice Community
Build ID: ef51c4a0cd35185debf25ad9d0db6a1c14bed5a0
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

With/without macros enabled.

Please test changing Skia options Menu>Tools>Options>LibreOffice>View. I don't think it could be related, but easy to test.

Hi, as requested the test results (at the bottom).

However, during the testing I noticed that I had also done _something_ that may have an effect on the outcome.

I usually run Writer maximized (two monitor setup). A few times when the crash (that had happened initially) didn't occur immediately again, I dragged the window by its caption/title bar to see if there was any crash dialog hiding behind.

Now that causes the window to resize and potentially a focus change (just talking from the user32 perspective of Windows here). And during my tests (with below results) I found myself doing that and now I've come to think that this may be causal to the crash I see.

However, it doesn't seem to happen _without_ the printing in between. So merely resizing has no effect.

During all of this I noticed that the dialog that pops up saying "Printing" with a progress bar isn't modal. I.e. the parent window (I'm assuming that's the main window of Writer) remains active. This also means Writer can and will receive window messages and do stuff based on them. Since I've seen this in the past: are there any resources tied to both the dialog and the main window where any change of the main window could cause the "shared" resource to go away?

Please note that as I type this the "Printing" dialog is still hovering around with the main window gone. However, during the first crashes the "Printing" progress dialog _did close_ automatically after the page got sent to the printer (and subsequently printed), so I am not too sure about the above guess.

-----------------------------
All with macros disabled:

* Skia enabled with force checkbox checked (original report)
* Skia disabled: crash (https://crashreport.libreoffice.org/stats/crash_details/96c475b8-e0d9-4cfb-bfc8-e01f41d36471)
* Skia without that force checkbox: NO crash so far

All with macros enabled:

* Skia enabled with force checkbox checked: crash (https://crashreport.libreoffice.org/stats/crash_details/2693c30d-5b22-458d-a8b0-ff6754a902a5)
* Skia disabled: crash (https://crashreport.libreoffice.org/stats/crash_details/1d68e42f-c663-4e26-986c-2cc3c5ba56d4)
* Skia without that force checkbox: crash (https://crashreport.libreoffice.org/stats/crash_details/67754b92-ba3a-4f2d-8e00-b9d934e29444)