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
Dear Popz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Popz, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp