Bug 132444 - Base form created using the UNO API is not editable
Summary: Base form created using the UNO API is not editable
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
6.3.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-26 22:15 UTC by prrvchr
Modified: 2021-03-28 03:37 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
biblio database with a non-editable form smtpMailerOOo (7.28 KB, application/vnd.oasis.opendocument.database)
2020-04-26 22:15 UTC, prrvchr
Details

Note You need to log in before you can comment on or make changes to this bug.
Description prrvchr 2020-04-26 22:15:21 UTC
Created attachment 159978 [details]
biblio database with a non-editable form smtpMailerOOo

It seems that a Base form created using the API is not editable, it appears to be a Draw document instead of a Write document.

You will find a copy of such a form in the attached biblio database (the form called smtpMailerOOo) and will be able to see that the properties of the form cannot be modified in Base even by choosing edit instead of open...

This form was created with the extension smtpMailerOOo (https://github.com/prrvchr/smtpMailerOOo) under python with the following code:

>    def _getForm(self, create, name='smtpMailerOOo'):
>        forms = self._database.DatabaseDocument.getFormDocuments()
>        if forms.hasByName(name):
>            form = forms.getByName(name)
>        elif create:
>            form = self._createForm(forms, name)
>        else:
>            return None, None
>        args = getPropertyValueSet({'ActiveConnection': self.Connection,
>                                    'OpenMode': 'openDesign',
>                                    'Hidden': True})
>        doc = forms.loadComponentFromURL(name, '', 0, args)
>        return doc, form

>    def _createForm(self, forms, name):
>        service = 'com.sun.star.sdb.DocumentDefinition'
>        args = getPropertyValueSet({'Name': name,
>                                    'ActiveConnection': self.Connection})
>        form = forms.createInstanceWithArguments(service, args)
>        forms.insertByName(name, form)
>        form = forms.getByName(name)
>        return form

Form creation is done without problem under OpenOffice 4.1x and 4.2.
Comment 1 Buovjaga 2020-08-28 13:39:20 UTC
Are you able to test with older versions and bibisect this?
https://wiki.documentfoundation.org/Installing_in_parallel
https://wiki.documentfoundation.org/QA/Bibisect
Comment 2 Robert Großkopf 2020-08-28 14:52:24 UTC
Have opened the database. Have opened the form for editing. There is no form content on the page of the created Draw-Document. It is set to a zoom of 3000% so I have set it back to 100%, but the form navigator will show no field on the page.

I could edit the form, add fields, save the form... Don't know why there is used a Draw-document instead of a Writer-document, but it will work here.

Tested with LO 6.4.6.2 on OpenSUSE 15.1 64bit rpm Linux.
Version: 6.4.6.2
Build-ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115

Please add the information about your system and the Build-ID of the LO-version you are using.
Comment 3 QA Administrators 2021-02-25 04:09:45 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2021-03-28 03:37:06 UTC
Dear prrvchr,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp