Created attachment 131163 [details] sample form as ODT with text, numeric, and date fields I am exporting a LibreOffice form as FDF. On export, all fields (or at least numeric and date fields) are saved as plain text fields with no format restrictions. I first observed this behavior in 5.1; it is still present in 5.3.0.3.
Created attachment 131164 [details] that form rendered as a PDF/FDF form with default options Note that the fields that should be tagged as numeric or date are instead set as plain text.
Did or work in a version older than 5.1? I don't have Adobe Acrobat on this machine, so cannot test, have to try on another one later.
I had not tried to export PDF forms in a version older than 5.1.
Confirmed with A. Reader XI. Win 8.1 32-bit LibO Version: 5.4.0.0.alpha0+ Build ID: 9077f1f110a35ed223fb47e9eaa329dd19528e38 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-02-16_23:34:39 Locale: fi-FI (fi_FI); Calc: group
** 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
STILL REPRO IN Версия: 6.2.0.0.beta1 ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded
Still repro in Version: 6.4.0.0.alpha0+ (x64) Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded
*** Bug 126031 has been marked as a duplicate of this bug. ***
Dear Christopher Smith, 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://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
I have verified this bug in two versions of LibreOffice and can confirm that it is still present. I have tested it both in LibreOffice 7.1.3.2 on OpenSUSE Leap 15.2 and in LibreOffice 7.1.4.2 on Windows 10. After exporting the form on OpenSUSE and opening the PDF file in Okular, both the numeric field and the date field accept any sort of Latin characters (and also Chinese characters that I pasted into the form fields). After exporting the form on Windows 10, I checked the form in Adobe Acrobat Pro DC and check the form field properties: each field accepted any sort of string; a number format or a date format were not defined. (For the numeric field, the min and max values that define the range of numbers were obviously also gone.) Adding the input format again in Adobe Acrobat is easy to do, but this software product is not available for Linux.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5938db731bd5f74182acb890102deee813635513 tdf#105972: pdf form: export numeric and currency fields as number type It will be available in 7.4.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.
In order to consider this issue fixed, time and date field should be supported. I tried but matching the TimeFormat and DateFormat is a bit tricky so I'm not planning to implement it for now. If someone is interested, check AFTime_Format and AFDate_Format in https://experienceleague.adobe.com/docs/experience-manager-learn/assets/FormsAPIReference.pdf?lang=en Then, you can use 5938db731bd5f74182acb890102deee813635513 as a reference
(In reply to Xisco Faulí from comment #12) > In order to consider this issue fixed, time and date field should be > supported. > I tried but matching the TimeFormat and DateFormat is a bit tricky so I'm > not planning to implement it for now. > If someone is interested, check AFTime_Format and AFDate_Format in > https://experienceleague.adobe.com/docs/experience-manager-learn/assets/ > FormsAPIReference.pdf?lang=en > Then, you can use 5938db731bd5f74182acb890102deee813635513 as a reference Actually we can just pass a custom format using AFTime_FormatEx. support for time fields in https://gerrit.libreoffice.org/c/core/+/134510
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4bd95a0d5c962cc0bb8e90c32300c69ae8e92c1d tdf#105972: pdf form: export time fields as time type It will be available in 7.4.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.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e39ea45caa3712ae2ff077203ef8aef0e16fe41a tdf#105972: pdf form: export date fields as date type It will be available in 7.4.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.
Date, time, numeric and currency fields are now exported to pdf with their format and type defined. Closing this issue as Resolved Fixed. For similar issues, please report them in a follow-up ticket.
*** Bug 54844 has been marked as a duplicate of this bug. ***
*** Bug 101800 has been marked as a duplicate of this bug. ***