Description: On different versions of Linux. First found on Ubuntu MATE. Use the attached RefreshForm.odb database. The fmtBookType (List box) control is updated by the RefreshList macro, connected to the event "when receiving focus". The list is well updated, Choice possible but not saved. Description in the file : RefreshForm.odt Steps to Reproduce: 1. Open the form fBooks 2. click on the "…" button to edit the support table from the drop-down list. 3. add a row in the table 4. close the form that allowed the addition ("close" button) 5. try to change the value of the field "BookType" Actual Results: The list is well updated, the choice is possible, but it is not taken into account. Expected Results: Choice saved saved Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.2.2 / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded
Created attachment 176250 [details] The LibreOffice Base to test
Found on several versions of LibreOffice
Created attachment 176251 [details] Description of then problem and list of Linux versions affected The first observation was made in Ubuntu MATE, but not in Windows. The following tests have shown malfunction on Debiian (XFCE), Ubuntu (XFCE), Fedora (XFCE) , Linux MINT, Linux MX. Operation is correct on Ubuntu (LXQT), Ubuntu (KDE), Open Suse (KDE), Mageia (KDE)
(In reply to Jean-Michel COSTE from comment #0) > Description: > On different versions of Linux. First found on Ubuntu MATE. > Use the attached RefreshForm.odb database. > > The fmtBookType (List box) control is updated by the RefreshList macro, > connected to the event "when receiving focus". > > The list is well updated, Choice possible but not saved. > > Description in the file : RefreshForm.odt > > Steps to Reproduce: > 1. Open the form fBooks > 2. click on the "…" button to edit the support table from the drop-down list. > 3. add a row in the table > 4. close the form that allowed the addition ("close" button) > 5. try to change the value of the field "BookType" > > > Actual Results: > The list is well updated, the choice is possible, but it is not taken into > account. Do you mean there would be an additional step 6 to click "Save record" from the bar below the form? Because if I do it, there is no problem. Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. Arch Linux 64-bit Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 70987cc656f0cded915be5aa148f265a257ec791 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 22 November 2022
Have tested this: Opened "fbooks" Entered new row with 'Informatik'. Switched to previous row to save the data in table control. Closed by button. Switched to listbox. 'Informatik' will be shown. So: No bug detected on Version: 7.4.3.2 / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
No bug also in Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded on OpenSUSE 15.3 64 bit rpm. This is (nearly) one of the versions tested for the bug description.
… and new book types could also be saved in both versions of LO, tested with OpenSUSE 15.3 64bit rpm Linux.
Dear Jean-Michel COSTE, 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
After re-examining the problem: The form is closed using the "Close" button with the ".uno:closewin" statement in the URL property. On interfaces with GTK3, closing the form is brutal. On the others, I get the question " ------------------------ Do you want to save your changes? The content of the current form has been modified. ------------------------ I think I should report another bug?