| Summary: | Other: Subforms within subforms | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Dan Lewis <elderdanlewis> |
| Component: | Base | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | dr, goyodiaz, mcmurchy1917techy |
| Priority: | high | Keywords: | possibleRegression |
| Version: | 4.3.0.4 release | ||
| Hardware: | Other | ||
| OS: | Linux (All) | ||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | This is a database that suffers from this problem. | ||
Might be a duplicate of this one: https://bugs.freedesktop.org/show_bug.cgi?id=81976 Confirmed in Windows 7 This looks like a duplicate to me. 82150 and 82151 are duplicates of 81976. *** This bug has been marked as a duplicate of bug 81976 *** 82151 for my purposes has been fixed by a patch. Does the same patch fix 82150 and 81976? I guess it does. I am downloading the latest daily build of master to test. Migrating Whiteboard tags to Keywords: (possibleRegression) [NinjaEdit] |
Created attachment 104014 [details] This is a database that suffers from this problem. Problem description: When changing records of the subform, its subform (second subform) does not change. Controls for the primary-foreign pair do not contain the same value. Steps to reproduce: 1. Create a form with a main form, create its subform, and create a subform to the subform. 2. Enter data in the main form, subform, and its subform. 3. Change the records of the main form and subform to where the second subform should have data visible. Current behavior: The foreign key of the second subform does not have a value that matches the primary key of the first subform. Expected behavior: All primary-foreign key pairs should have matching values. Operating System: Debian Version: 4.3.0.4 release Last worked in: 4.2.6.2 rc