Created attachment 115132 [details]
Example-database: Open the form and have a look at tablecontrol ...
This buggy behavior appears with
Build ID: fc0d494b8936ab11abca761810de8a03f579edf5
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-04-20_05:29:00
on OpenSUSE 13.2
I couldn't choose the version above ...
Open the attached database.
Open the form.
First row in the tablecontrol doesn't show any content in the listbox.
Click with the mouse on second row.
Now first row shows content, but second doesen't show.
Change the content of third row.
Goto next (new) row.
The listbox of the new row shows the content of the changed row. You haven't choosen any content for new row. You could also see this in the navigationbar: Nothing to save there ...
Created attachment 115133 [details]
Shows some screenshots to describe the buggy behavior
Build ID: 950055bcb06c8edcd9062c71184f02bf8e0604e6
Locale : fr_
The behaviour appears normal in
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Locale : fr_
(In reply to Alex Thurgood from comment #3)
> The behaviour appears normal in
> Version: 18.104.22.168
> Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
> Locale : fr_
> ==> regression
What I mean is that the dropdown menus are filled correctly, i.e. not blank, and moving to the new record doesn't automatically select the value from the previous record.
There are possibly two different bugs here:
1) current record shows nothing selected
2) new (insertion) row shows value of last previously active row.
Maybe they both have the same cause.
I fixed "1)" without realising it was filed in bugzilla.
Please retest "2)" on master (22.214.171.124.alpha) of 23 July or later, or on 126.96.36.199.alpha of 24 July or later. If it still appears, then open a new bug and CC me.
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "libreoffice-5-0-0":
tdf#90889 ListBox in grid: properly set selection on change from model
It will be available in 5.0.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Seems this bug has come back again for LO 188.8.131.52beta1. Same behavior here with OpenSUSE 42.1 64bit rpm Linux.
Should I write a new bug or should I reopen this one?