[Libreoffice-bugs] [Bug 141097] LibreOffice doesn't close when opened through API on Sybase PowerBuilder

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Apr 5 10:59:13 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=141097

--- Comment #13 from Makrea <aguti69 at gmail.com> ---
Hi,

I compared the code of 7.1.2.2 vs 6.3.5.2 on the following file
libreoffice-7.1.2.2\extensions\source\ole\unoobjw.cxx
libreoffice-6.3.5.2\extensions\source\ole\unoobjw.cxx


And I see that:

1- there are some new includes on 7.1.2.2:
#include <com/sun/star/frame/TerminationVetoException.hpp>
#include <com/sun/star/frame/XTerminateListener.hpp>

2- this comment on line 105 explains the reported bug:
 // Always veto termination while an OLE object is active, except if it is an
OLE object that
 // has asked us to quit.


This implementation of veto regarding OLE object is completely biased because
you assume that the interaction will be completely done through OLE object, eg,
create/open a odt/ott minimized or invisible, import data, save, close.
When in most use cases the OLE object will be used as well to create/open a
odt/ott, import data, turn document visible, permit user interaction and then
save on GUI and close by user interaction.

My suggestion is make this Veto behavior an option on the API or on LO's GUI.
Or, using other words, the veto that is being currently forced should be
optional when using OLE object.

By default the new suggested option can implement this Veto behavior and I will
change on my side to permit user interaction to close on GUI.
If there is already an UNO function regarding this suggestion please send me
the link for me to read.


PS:
Maybe there is more code related to this bug on other code files.
This comparison that I made of unoobjw.cxx file appeared like the most relevant
to me.


Best regards

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210405/0c12d113/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list