Created attachment 90443 [details]
Refresh a table does not work when a form is open simultaneously.
Platform: windows 7/64 Version: 22.214.171.124.beta2
Build ID: 1a27be92e320f97c20d581a69ef1c8b99ea9885d
Steps to reproduce.
1. Open the attached database UpdateTable.odb
2. View> Database objects> Table
3. Right-click Table1> Open
(5 records, id 0 to 4)
4. View> Database objects> Forms
5. Right-click Table1> Open
6. In the navigation bar of the form click on "New Record" to add one (or more) records. The ID field is Auto-value, it does not have to be provided.
7. Click in the table opened in step 3
8. Click in the toolbar on "Refresh"
Expected Result: show the new records
Actual result: these records are not displayed.
See screenshot (5 records in the form, 3 in the table).
It is necessary to close and reopen to refresh
It was ok in 126.96.36.199.
Reproduced (qa-fr) with 4.2 beta 2 on Windows XP SP3
Created attachment 90444 [details]
Screenshot 5 records in the form, only 3 displayed in the table
Could confirm this buggy behavior. Works right in LO 188.8.131.52beta1, not in beta2. So it has been introduced during the last days ...
My system: openSUSE 12.3 64bit rpm Linux
Changed rows also don't show up as changed; it seems the refresh button does not do *anything*.
It is caused by
Author: Lionel Elie Mamane <email@example.com>
Date: Mon Dec 2 23:44:11 2013 +0100
fdo#72163 after updating m_xComposer, command facets are not dirty anymore
Else we dispose m_xComposer too eagerly; still used by m_pCacheSet.
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "master":
fdo#72463 RowSet: on execute when not dirty, rebuild cache
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.
Thank you working to resolve this bug.
I do not know if the patch has been included in this version or not
but I still reproduce on windows 7/64 with Version: 184.108.40.206.beta2+
Build ID: d663228bd348c844f38914c9e2167ef01fadf3b3
TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2013-12-14_23:15:05
(In reply to comment #6)
> I do not know if the patch has been included in this version or not
> but I still reproduce on windows 7/64 with Version: 220.127.116.11.beta2+
> Build ID: d663228bd348c844f38914c9e2167ef01fadf3b3
No, that patch is not included; the "commit notification" bot will post a comment here when it goes into the 4.2 branch, and it will also put "target:4.2.0" into the Whiteboard field.
(In reply to comment #7)
> No, that patch is not included; the "commit notification" bot will post a
> comment here when it goes into the 4.2 branch, and it will also put
> "target:4.2.0" into the Whiteboard field.
How stupid I am...
WORKSFORME on windows 7/64 with
Build ID: f279acd3678d014d9d5dafe41971e0da4dec7b6c
TinderBox: Win-x86@47-TDF, Branch:master, Time: 2013-12-13_23:25:16
Thank you :)
Setting to VERIFIED/FIXED on basis of comment 8.
(Pierre-Yves, you can do that yourself in future
when confirming that a developer's "RESOLVED/FIXED"
is indeed fixed.)