Problem description: Exporting a form to PDF does not align text in the form boxes Steps to reproduce: 1. Create a document in LO containing a one line text box and a multi-line text box 2. Export to PDF 3. View in Adobe Reader Expected behavior: Should look like the LO version Notes: Does work correctly in Open Office 3.2.0 and was broken thereafter. Operating System: Windows 7 Version: 4.0.0.3 release
Created attachment 75951 [details] Demo ODT document demonstrating the bug Export this form to PDF and try to fill in the form to see the bug
Created attachment 75952 [details] PDF document (Export in LO4.0) Open in Adobe Acrobat to demonstrate the problem
Thank you for reporthing this bug, I can reproduce this bug running LibreOffice 4.0.1.2 on Windows 7.
Exporting forms for PDF is a feature that Microsoft word does not have, thus this is really important this works correctly in LibreOffice.
Created attachment 87501 [details] PDF document (Export in LO4.1.2) test file can correctly exported to PDF with no loss of text in LibO 4.1.2 under Win7 64bit. see attached file.
set status to RESOLVED WFM. feel free to reopen if you still experience this bug.
Created attachment 87502 [details] Screen Cap of ODT document / form in LO
Created attachment 87503 [details] Screen Cap of PDF document / form in Acrobat
Test document tried in latest LO (4.1.2.3 on Windows 7) this problem is *** NOT *** fixed. See the two screen captures; One from LO 4.1.2.3 with the test document, clearly showing correctly aligned text and three lines showing in the large text entry box. Then see the Adobe Acrobat screen capture where the single line is not aligned correctly, and there is only one line showing in the big text box.
did you see my attached PDF? it looks the same as the source .ODT I do not see the differences of your screenshots.
This is a problem with the Form Fields. Look at the two screen captures, On Open Office you can see one correct line in the top form field, and three lines in the large form field On the export to PDF then the top form field is corrupted with the top half of the characters truncated and in the large form field only one line shows. Basically, something in the export appears to be adding space before or after the paragraph when exporting to PDF. I currently have to maintain an old copy of OpenOffice 3.2.0 so I can PDF my fillable forms - this was the last version it appeared to work correctly in.
please answer my question: did you see my PDF attachment here? https://bugs.freedesktop.org/attachment.cgi?id=87501 I see no corruption in my PDF output unlike your screenshots. and I used your same test file on 4.1.2, so it looks fixed in that release. did you try upgrade to 4.1.2 or are you still using 4.0?
Yes, your PDF file shows exactly the same corruption as the test one I generated, and looks the same as the screen-shot I generated. I am viewing it in Adobe Acrobat 11.0.5 (latest) on Windows 7 x64, fully patched an up to date. However; In my original testing the bug did not occur with some third-party PDF readers. If I go back to OO 3.2.0, open the same test file, and export a PDF from OO 3.2.0, and then read it exactly the same Acrobat reader it formats correctly. Thus the conclusion is that something in LO (and OO after 3.2.0) changed, breaking the formatting under Acrobat.
Created attachment 87564 [details] Screen Cap of PDF document / form in Foxit & Acrobat @Paul I think it's a matter of PDF reader. Here's my screenshot showing normal appearance on PDF output in Foxit Reader 5.4 and Adobe Acrobat 7.1 I don't have Acrobat 11 to test though.
the 4.0 PDF output however looks corrupted even in my PC. but as I said the 4.1 PDF output looks good. did you try upgrading to 4.1.2 or are you still using 4.0 to generate those PDFs?
I can confirm similar problem with PDF Xchange Viewer 2.5 (only show 1 top line) & Google Chrome 28 (showing 2 & a half lines of the texts). Those test created using 'Create PDF Form' with any 'Submit format' options (same result). Problem gone if "PDF/A-1a" enabled. LO 4.0.6.1 (Win7 32bit)
set status to NEW according to previous comment. however I still see no corruption in Acrobat 7.1 in none of the PDF-save variants ("PDF/A-1a" enabled or disabled). I still suspect this is one of those bugs which shows up only in certain readers
Created attachment 87579 [details] Screen Cap of PDF-1A export (thus NO 'form" enabled) Adobe Acrobat 11.0.5 screen cap showing text correctly formatted if you export from LO using the PDF-1A option - however this disables "forms" for these are not fillable fields.
I would agree this is an "edge" case where it depends on the reader - however the majority use by Joe Public will be the Adobe Acrobat reader under Windows, so working on the latest version of AA (currently 11.0.5) must be the definitive test case!
Since this worked fine in OpenOffice 3.2 and was broken thereafter, is it not possible to backtrack on the change logs between 3.2 and what came after to find out what was "fixed" (by fixed I'm assuming that fixing of enhancing something broke forms export unintentionally) and thus which code was changed?? BTW - I don't code - so apologies if this is "teaching people to suck eggs".
Hi Paul, sorry I forgot that's all about form so using PDF/A-1a isn't a workaround. Perhaps the only workaround at the moment is using 3rd party PDF printer such as PDFcreator, etc. Tommy has marked this bug NEW so it's confirmed as a bug. Then someone with such expertise will track this problem with latest Adobe Acrobat 11.0.5.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT *Update the version field *Reply via email (please reply directly on the bug tracker) *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
Reproduced with attachment 75951 [details] Win 8.1 32-bit Adobe reader XI LibO Version: 5.0.0.0.alpha1+ Build ID: f0edb677f09ad338e22ac3b5d91497b4479e0b3c TinderBox: Win-x86@39, Branch:master, Time: 2015-04-27_00:34:58 Locale: fi_FI
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
I have verified that this bug still exists. Version: 5.1.5.2 (x64) Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 CPU Threads: 6; OS Version: Windows 6.19; UI Render: GL; Locale: en-GB (en_GB); Calc: group Please can you prioritize for a fix - the ability to export PDF fillable forms is a real plus over MS-Word. [If only it worked] I currently have to keep an un-patched copy of OpenOffice 3.2.0 on my computer just to produce these forms.
Version: 5.2.4.2 Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Locale: fr-FR (fr_FR); Calc: group Bug still here. Problem only with the option "Text type" sets to "Multi-line" in text box properties. It's visually ok in LibO odt doc but there is a kind of "upper margin" in the exported pdf forms ( Pdf Xviewer or Acrobat Reader) so you have to oversize your control if you want to see the whole text in pdf-reader. This " upper margin" isn't here with "Text type" sets to "Single-line"
Correction to my previous comment : With "Text type" sets to "Single-line", there is also margin / padding problem with Adobe Acrobat Reader, the upper third of text is hidden (default text and / or text entered with Acrobat Reader). All is ok with LibreOffice odt or pdf in PdfXviewer but for Acrobat you must oversize slightly the form area to see the whole text.
Just to re-iterate (this is not a criticism on your comment) the standard by which a PDF export should be measured is Adobe Reader as this is what 95% of people will use.
confirming on PDF X-Change not sure, but can this be a possible cause? https://opengrok.libreoffice.org/xref/core/vcl/source/gdi/pdfwriter_impl.cxx?r=11d2f3d6#4236
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Can confirm bug is still present Version: 6.1.2.1 (x64) Build ID: 65905a128db06ba48db947242809d14d3f9a93fe CPU threads: 6; OS: Windows 10.0; UI render: default; Locale: en-GB (en_GB); Calc: group threaded
There is some handful number of users are facing such similar errors in their Adobe platforms on Windows-based system. The errors may generate similar as https://errorcode0x.com/fix-adobe-error-df024/ that definitely resolved by them by applying an actual solution.
Created attachment 148791 [details] Demo ODT document added form fields I still repro in 6.3+ issue with attached ODS that's inherited from OO 3.3. But if I add form fields myself, I don't. I see a different issue about form size, similar to comment 26. I added multi-line field and separated with Enters and I added multi-line field with formatting and copied from original field. So question here is how was original ODF multi-line form field created and how was text separated to lines? Until then, I added "specific ODS" to the title.
Dear Paul Simmonds, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
July 2022 Bug is still present in latest version Shortly to celebrate it's 10 year anniversary of being reported. See July-2022 screen capture of LO doc vs Acrobat output Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 16; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: CL
Created attachment 181468 [details] Screen capture (July 2022) of LO vs Acrobat
There were changes and improvements over time, just line 1/3 was shown before but current stats is that lines 2,5/3 are displayed. It all depends on PDF reader and OS and used font, but in majority of readers is like in Adobe. In Master PDF editor it's OK in Linux but NOK in Windows. But in Xreader, Xpdf it's like in Adobe and others in Windows. Obvious workaround is simply to enlarge a form a little bit. This bug is for this ODS and not general, new form exports and opens OK. I set to Low/Minor.
I'm going to fundamentally disagree with this last comment; 1. the PDF form output should mirror ** exactly ** what you design on LO 2. It was fine in OpenOffice and as some point in time, post fork, LO broke it.