Apache OpenOffice (AOO) Bugzilla – Issue 118038
Unable to make primary key stick to table if we refuse its automatic creation in GUI
Last modified: 2013-02-07 22:43:30 UTC
This bug reflects the discussion in the forum at http://user.services.openoffice.org/en/forum/viewtopic.php?f=13&t=40287 In summary, if we refuse OObase's automatic creation of primary key in GUI, we would be in trouble creating the primary key of our own. Here are the steps, more or less similar to those written by DACM, to reproduce the bug: 1. Create Table in Design View... 2. Add an INTEGER field called ID but don't specify yet AutoValue = Yes 3. Add another field 4. Save the Table. When asked "Should a primary key be created now?" > Answer "No" (because we intend to make the ID field the PK) 5. Go back to the ID field > right-click > Primary Key 6. Save the Table. If we open the table in edit view, we can see that the Primary Key disappears 7. Go back to the ID field, change AutoValue to Yes and change it to Primary Key again 8. Save the Table. If we open the table in edit view, we can see that the Primary Key disappears again! The point is, whether the Integer field is AutoValue or not, PK can't stick. I've found a workaround for the moment: a. Edit the table and specify the ID field as PK b. Save the table and close it. (Don't open it!) c. Save the database file and close OOBase. d. Reopen the database file and PK is there! Step b is important. If you open the table again before closing the whole application, PK just can't stick.
I can confirm it, same happens in OOo 3.3. and in OOo 3.4 beta.
(reproduced, too, put into the DBA pool of effectively unassigned issues)
getting rid of value "enhancement" for field "severity". For enhancement the field "issue type" shall be used.