https://bugs.freedesktop.org/show_bug.cgi?id=66419
Priority: medium
Bug ID: 66419
Assignee: [email protected]
Summary: UI: macro call to close() or dispose() fail to
terminate soffice processes
Severity: normal
Classification: Unclassified
OS: Windows (All)
Reporter: [email protected]
Hardware: Other
Whiteboard: BSA
Status: UNCONFIRMED
Version: 4.0.4.2 release
Component: Writer
Product: LibreOffice
When I close an odt document/application with a java macro such
as:
XModel xDocModel = xScriptContext.getDocument();
xDocModel.dispose();
OR:
XCloseable xcloseable = (XCloseable) UnoRuntime.queryInterface(
XCloseable.class, xDocModel);
try {
xcloseable.close(true);
} catch (Exception e) {
e.printStackTrace();
}
OR with a Basic macro containing the call to:
thisComponent.close(true)
then the soffice.{bin,exe} processes keep running in the background when they
shouldn't (even on Windows, I'm not using the quickstarter).
I'm expecting the processes to terminate after .close() (I don't want the extra
memory footprint).
I don't know if this is specific to Windows 7 but I believe it should be
considered a bug unless 'thisComponent.close(true)' is NOT equivalent to
exiting the LO app from the UI (if I do so from the UI then there are NO
soffice.{bin,exe} processes runnign in the background).
A side-effect is that if I try to open another .odt file AFTER I run
'thisComponent.close(true)' then it won't show up on screen (I will end up
having several soffice.bin/.exe processes running but no GUI).
This seems to happen with LO 4. However, I also tested OpenOffice 3.x on
Windows XP and in that case, the second .odt file DOES open and seems to re-use
the same soffice.bin/.exe processes.
This is still not "right" because I'm expecting to be able to terminate the
whole OOo processes from a macro call but at least from a user point of view,
subsequent odt opening/closing work fine.
So I guess LO and/or Windows 7/XP have a different behavior compared to OOo.
Operating System: Windows 7
Version: 4.0.4.2 release
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
