Although the reference value (on) of a checkbox is defined in a certain string (S, in our case), LibreOffice Writer always exports that value as "Yes" in the PDF. In the radio buttons everything works fine with the defined reference value, but not with the checkboxes. Thanks.
Created attachment 179393 [details] LibreOffice Writer: editing a checkbox
Created attachment 179394 [details] Adobe Acrobat: editing the same checkbox
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it)
Created attachment 179933 [details] Sample Document (Writer)
Created attachment 179934 [details] Sample Document (PDF)
Thank you for the document. Since I don't have Adobe Acrobat I can' test. I hope, somebody else can help.
(In reply to Dieter from comment #6) > Thank you for the document. Since I don't have Adobe Acrobat I can' test. I > hope, somebody else can help. Thanks Dieter for your answer. You can use free versions of alternative programs like Master PDF Editor (I will upload two additional screenshots, made with my registered version on Linux). Also, with the Firefox inspector you can view the exportvalue="Yes" in the checkboxes (although not with radio buttons, I don't know why). Please, tell me if I can help. Thanks again.
Created attachment 179996 [details] MasterPDFEditor - Radio button
Created attachment 179997 [details] MasterPDFEditor - Checkbox
Created attachment 179998 [details] Firefox inspector
Reproduced in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 8189d815641c583b5506d482f0b4f1ab47924f6a CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
I think I know how to fix it
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6ee5fb6d32147e180552f66e615d1de932fdcf9c tdf#148442: map RefValue property to onValue in pdf 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.
Thanks to Xisco and the entire development team. Regards
Tested daily build 2022-05-12_05.15.51 and it works fine. Great work. Thanks again!
(In reply to Alfonso from comment #15) > Tested daily build 2022-05-12_05.15.51 and it works fine. Great work. Thanks > again! Great to hear. Thanks for the verification. Let's set it to VERIFIED. Meanwhile, I'll backport it to libreoffice-7-3
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/2f1e299983379c89e17bd32dbd49a49b3709e606 tdf#148442: map RefValue property to onValue in pdf It will be available in 7.3.4. 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 "libreoffice-7-3": https://git.libreoffice.org/core/commit/9ff32ff939cd88bd5a609ef76fa145671dba44fb related: tdf#148442: do not replace 'Yes' if onValue is empty It will be available in 7.3.4. 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.