LibreOffice: LibreOffice 3.3.1
on KDE 4.6 openSUSE 11.4
Apparently I cannot save database properties for controls on a database form written in Writer.
+ I've created a document in Writer, populated it with controls (text boxes and check boxes).
+ I' ve created a database in Base, and used Edit > Exchange Databases > Select > Define to identify the database to Write,.
+ I then use Design Mode ON with the form properties box to assign a table in the database to the form.
+ Finally, for each control I use use Design Mode ON with the control properties box to assign a field in the table in the database to the control.
I can now navigated the database table and its fields, edit entries, show each record in the form, etc. Everything works as expected (based on prior MS Access experience). All good.
+ So I save the form, close down, and reload the form. Poof! Gone! The form has not retained its database table assignment. None of the controls have retained their database table field assignments. None of the other database properties (NULL, Input Required) have been saved and some of the General properties (Tab Stop, Tab Order) have been lost.
Can provide test case *.odb and *.doc on request (tried uploading as attachment but they are too big).
Aha! The properties are saved when saving AS AN ODT but are not saved when SAVING AS A DOC.
So you should first save your document as a LibreOffice document (ODT) and then if you want it in MS format then save it as a DOC, but rest assured the properties will not be saved with it.
You may degrade this status, but it should be fixed in due course so that the properties that are saved in Libre Office also are saved in the MS format...
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced on LibO 3.5.0 beta 1
but it possible save in doc format forms?
Changed Version from 3.3.1 to 3.5b1
Bug seems to be confirmed....
@ Florian Reisinger
"Version" - most old version of LibreOffice where bug reproducible, not current version (if in current version of LO would not reproducible, bug should be closed)
Please, revert again to 3.1
Reset to version 3.3.1
@Reporter: could you try again with current release 3.6.3. Indeed many improvements in MS-Word export have been done since the first release of LibreOffice.
Thank you very much for your help.
Build ID: 350m1(Build:403)
Jean Baptiste said:
>@Reporter: could you try again with current release 3.6.3. Indeed many
improvements in MS-Word export have been done since the first release of
Hello, thank you for the followup. The latest version available in the openSUSE 12.2 repositories is 126.96.36.199-1.1.2, which I have installed.
As I use it for production I'll have to wait until 3.6.3 appears.
In this version (188.8.131.52-1.1.2) the problem remains:
+ ODT saves correctly
+ DOCX saves as a blank document (does not crash)
+ DOC crashes the entire suite (ODT, XLS, anything that is open)
Best regards, Andy
Please, do not change the version number, it gives the oldest version in which the problem has been found.
Could you attach a sample document in odt format with all things needed to do test in newer versions?
Best regards. JBF
Sorry about the version, I was trying to help.
I have posted the files in question (too big to upload here) to:
(all one line) which I have shared with
If that doesn't work for you then I'll work at shrinking the files and send them to you at the last email address if you wish.
There are three files:
and enter data, then save it as:
which is correctly saved with the entered data (JOe Smith, etc.)
I then file > save as >
that as you can see is blank.
Then I file . save as >
and the entire application crashes.
Thanks in advance.
Yes, the files are rather large due to the underlying graphic of the treatment form.
That may be part of the problem.
I can experiment with that, but the point is that it saves correctly as odt but not as either docx or doc.
Kind regards, Andy
Created attachment 70566 [details]
test case for saving controls
This attachment in 3.6.3 saved correctly to doc, but saving to docx appears without controls at all
may be the same problem: Bug 50097 and Bug 54235
Adding self to CC if not already on
Removing love keyword as it never really caught on and it duplicates what "EasyHack" means (code pointer + dev willing to assist if needed).
Created attachment 117221 [details]
Save button does not show when changing properties
Save button does not show in File menu or Standard toolbar when changing the properties of a form control
*** This bug has been marked as a duplicate of bug 50097 ***