Created attachment 99643 [details]
Text produced in the sdout when libreoffice is executed from a command line
Problem description: The Wizard process doesn't obey the styles choosed when building a new form(and controls) from a table
Steps to reproduce:
1. Open(or create) a database file
2. Create a table
3. Use the wizard to generate a form from the created table
Current behavior: It makes a mass in the styles of the forms
Expected behavior: To build the form using the choosed styles for forms and controls
Operating System: Linux (Other)
Version: 126.96.36.199 release
Have tested the same version with OpenSUSE 12.3 64bit rpm Linux. No problem to create a normal form with any style.
The style of a form with a timestamp-field could not be changed by the wizard. But this is one part of
Thank you Robert
I tested with tables from other database and I didn't have problem.
You wrote something about time-stamp field. The problem has occurred with tables who has a time-stamp field.
Can this to be the problem?
did you get a crash while creating a form with the wizard and time-stamp-fields or couldn't you change the style?
I am able to create a form and have to change the style later, when there is a time-stamp-field inside the table.
If you could also create a form with the wizard, but without styles when there is a time-stamp-field, we should set this bug to New and change the title a little bit.
In the old version of Libreoffice it crashed. In this version I can create the form and, after, I have to change the styles.
Only one correction: They are date/time fields and not time-stamp fields. Sorry
a date/time-field in the table is splitted into two fields in a form. This fields are called TIMESTAMP-fields in the table-editor.
Only with this two fields in a form it is impossible to change the style and sometimes it seems to be a problem to change a layout like tablecontrol or ordered textfields. This problem has been solved here: https://bugs.freedesktop.org/show_bug.cgi?id=70674
Let us try to set the bug to new and change the title.
After the Lionel's fixes made for fdo#87301, this one should be fixed right now (with recent daily build from master sources).
If I'm wrong and so someone reproduces this problem, please don't hesitate to reopen this tracker.