Description: I put together a fillable PDF on LibreOffice Writer and exported it to PDF. After exporting it, it briefly opens on my Adobe PDF application before crashing as soon as it is clicked on. My original export was stable but I realized that I had not set the “Tab Order” of the fillable fields correctly, so I went back to reorder them. After reordering them, this issue appeared. I posted my issue to the Libre Office blog and was directed to report the Bug to Bugzilla. Link to original post below... https://ask.libreoffice.org/t/exported-pdf-from-libreoffice-crashes-right-after-opening-file-not-stable/99895 Steps to Reproduce: 1.Create editable PDF 2.Re-order "Tab Order" of fields 3.Export as PDF and click to begin filling. Actual Results: I opened the exported PDF file and clicked on it to begin filling, but as soon as I clicked on it my Adobe PDF application crashed and produced an error report. I re-exported the file multiple times, changing the export settings each time and the error seams to occur anytime I select any boxes under "File > Export As > Export as PDF... > Structure" Expected Results: The PDF should be a stable, editable PDF and not crash when clicked on. Reproducible: Always User Profile Reset: Yes Additional Info: I can provide the .odt file - it is not a private document and does not contain anything I do not mind sharing. I can send it via email or upload it if you provide instructions on how to go about doing so.
Created attachment 191601 [details] The .odt file that exports faulty PDFs
Created attachment 191602 [details] The faulty exported PDF
I can't repro the crash with attachment 191602 [details] using Adobe Acrobat Reader Continuous Release | Version 2023.006.20380 | 64-bit. I also tried to generate a new PDF from attachment 191601 [details], opening it in LibreOffice Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (en_US); UI: en-US Calc: CL threaded and exporting to PDF using toolbar button, with default parameters (clean profile). The resulting PDF also didn't crash Adobe Acrobat Reader. In Acrobat Reader, I clicked in various parts of the PDF; I filled text boxes, checked radiobuttons, and used drop-downs to fill in dates. Could you please make sure that the issue is reproducible for you on a different system; maybe on the same system, but in a different Windows user profile; or after re-installing / repairing Acrobat Reader? Thanks.
I tried changing some export options even with accessibility enabled, no issue. I couldn't reproduce either with Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded nor with, Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Created attachment 192842 [details] Write file to reproduce crash
Created attachment 192843 [details] Exported pdf file that crashes when field is clicked
Have the same problem when creating a pdf with fields. When clicking on the field, the Reader crashes. Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded Adobe Acrobat Reader 2023.008.20555 64-bit