Bug 139023 - LO 7.0.4 cannot be terminated on win2012 in terminal server mode sometimes
Summary: LO 7.0.4 cannot be terminated on win2012 in terminal server mode sometimes
Status: RESOLVED DUPLICATE of bug 141097
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-18 08:40 UTC by kabilo
Modified: 2021-12-08 16:01 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kabilo 2020-12-18 08:40:30 UTC
Description:
LO 7.0.4 cannot be terminated on win2012 in terminal server mode sometimes. A document can be closed. Ctrl+Q or click on croos doesn't work. The task manager must be used to exit.

Steps to Reproduce:
1. cannot be reproduced (???)
2.
3.

Actual Results:
LO can't be terminated

Expected Results:
standard termination


Reproducible: Sometimes


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Comment 1 Makrea 2021-03-31 10:35:12 UTC
Hi kabilo,

How are you opening LO?
1- Are you opening LO through it's normal Writer shortcut?
2- Are you opening LO by double clicking a document?
3- Are you opening LO using it's API or through a third party program or IDE?
4- Are you opening LO using DCOM and it's API or through a third party program or IDE?


Another questions:
1- Have you monitored soffice.bin using procdump (on CMD use procdump -e -t soffice.bin) or winDBG?
2- Have you tried to reset your LO profile?
See https://wiki.documentfoundation.org/QA/FirstSteps just to exclude corruption LO profile and skia parts.

Please get back to us with these informations and analysis suggested above.

Please read the following link as well:
https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace


Best Regards.
Comment 2 kabilo 2021-04-20 05:13:43 UTC
Hi Makrea,
I think this problem was after exporting data to LO from 3rd party applications.
I can't verify this, version 6.4 has been returned to the production environment.
Regards
Comment 3 Makrea 2021-04-20 09:33:50 UTC
(In reply to kabilo from comment #2)
> Hi Makrea,
> I think this problem was after exporting data to LO from 3rd party
> applications.
> I can't verify this, version 6.4 has been returned to the production
> environment.
> Regards

Hi kabilo,

Since you are "exporting data to LO from 3rd party applications", those applications must be using LO by means of its API.

I did a code comparison of both versions of LO, the one that is working, and the one that is broken and I found some code that for me is the cause of the problem.
The new code creates a "block" (they name it veto) on the close operation if LO is opened by its API. When in this state LO can only be closed by a OLE Object demanding the LO to close by its API. A completely biased usage of LO in my opinion when users interact with LO after exporting data to the document. 

See this https://bugs.documentfoundation.org/show_bug.cgi?id=141097#c13 for more information.

We also went back to a previous version (6.3.5.2) of LO in production environment.
Please can you tell the complete build number of your 6.4 version? Is it 6.4.7.2?

Best regards
Comment 4 kabilo 2021-04-20 13:31:10 UTC
Hi Makrea,
yes, we use 6.4.7.2. This version works correctly.
Regards
Comment 5 kabilo 2021-12-08 16:01:47 UTC

*** This bug has been marked as a duplicate of bug 141097 ***