Setting a ComboBox in a LO Writer form to Read-Only (right-click -> "Control" -> "General" -> "Read-Only": "Yes") doesn't work when exporting the Form to PDF. Instead of restricting the selection to the ComboBox entries, it prevents selecting any entry completely. Expected Behaviour: ------------------- According to the docs, setting a ComboBox in a Writer Form to "Read-Only" (as described above) prevents the user from entering arbitrary content into the combobox, restricting her to the pre-defined values. This works fine when using the form inside LO Writer. I expected this to work also when exporting the LO Writer document to PDF, generating a PDF Form. Current behaviour: ------------------ Instead of restricting the user to the pre-defined combobox values, he/she can't select _any_ value from the combobox if that control was set "Read-only" in Writer. How to reproduce: ----------------- 1. Create a new odt file; 2. Insert a ComboBox; 3. Set the combobox read-only (either using the "Control" button in the toolbar or by selecting "Control" from the context menu). 4. Enter some list entries; 5. Set a default list entry; 6. Optionally, add a Text Box to verify if the form is editable; 7. Disable design mode to check the form functionality: - entering arbitrary content in the text box works; - selecting a combobox entry works; - entering arbitrary content in the combobox doesn't work (this is ok, since it's read-only), 8. Export the form as PDF (with PDF form generation enabled and PDF 1/A disabled); 9. Open the resulting PDF and check functionality: - entering arbitrary content in the text field works; - selecting a combobox entry doesn't work (!); - entering arbitrary content in the combobox doesn't work, too.
(In reply to FS from comment #0) > 2. Insert a ComboBox; https://help.libreoffice.org/Common/Combo_Box_List_Box_Wizard I selected Bibliography as data source. Table: biblio. Existing fields: identifier. No, I only want to save the value in the form. > 4. Enter some list entries; How do I do this? > 5. Set a default list entry; How do I do this? You could also attach an example file. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information & the example document.
Thank you for taking a look at this issue. Regarding your comments: 1. you don't need to use the ComboBox Wizard to create a ComboBox. The wizard opens by default, but you may cancel it immediately. You can manually fill in the ComboBox values later. 2. how to list entries: a) make sure that the form is in design mode ( https://help.libreoffice.org/Common/Form_Design ) b) select the ComboBox with a single left click; c) right-click to open its context menu; d) select "Control..." to open the ComboBox properties dialogue; e) on the "General" tab, scroll down to "List entries". Enter some text; use a manual line break (CTRL+Enter) to separate between the entries. Use a normal Enter to finish adding list entries. 3. how to set a default list entry a) steps a) to d) are the same as above; e) on the "General" tab, scroll down to "Default text". Enter some text that matches one of the list entries defines in step 2e). I'll attach a sample odt file with three form controls and a pdf generated from that odt.
Created attachment 113192 [details] Example odt file with some form controls, one of them a read-only comboBox The example odt has three form controls, two comboboxes and one list box. The second combobox is read-only. So, when using the form inside LibreOffice, the user can add arbitrary content in the first combobox, but he is restricted to the pre-defined entries in the second combobox (as expected). Exporting the odt to PDF demonstrates the problem: The user can still use the first combobox, but he can't even select any entry from the second one.
Created attachment 113193 [details] Example PDF from created from attached example odt file The example pdf was created using "Export as PDF". In the PDF form, the user may select entries from the first combobox or even enter arbitrary content, but he can't even select an entry from the second combobox. The only difference between the two comboboxes is the read-only property.
Thanks for the instructions. I reproduced from scratch, could not edit the form in Adobe Acrobat when it was set to Read-only Could edit when it was not set to Read-only. Win 7 Pro 64-bit, LibO Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 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.0.5 or 5.1.0) 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: 2016-02-21
Bug is still present in LO 5.1.0.3 (Win 10 64bit) and in LO 5.0.5 (Linux x86_64), with no changes in the bug behavior. Not a regression issue: tested with LibreOffice 3.3.0 portable (Win 10 64bit), samt behaviour as with current versions.
Thanks for testing! Updating version field to inherited..
** 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
Dear FS, 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
(In reply to FS from comment #0) > According to the docs, setting a ComboBox in a Writer Form to "Read-Only" > (as described above) prevents the user from entering arbitrary content into > the combobox, restricting her to the pre-defined values. This works fine > when using the form inside LO Writer. This is completely not my experience (7.6, 5.2, 4.4, 4.3, 4.2, 4.0). In every case, I can do nothing to the second combobox. The pop-up itself is disabled so the other choices are not even seen any more, and the only option on the combobox text is to copy it. Steps to reproduce: 1.) open ComboBoxReadOnlyExample.odt in LO. 2.) click choices-arrow on the first combobox - get a list 3.) click choices-arrow on the second combobox - nothing I'm using Ubunto 20.04 with gen and gtk.
Dear FS, 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 FS, 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