[Libreoffice-bugs] [Bug 38915] Multiple soffice.bin soffice.exe

[bugzilla-daemon at bugs.documentfoundation.org]

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

Shestakoff Alexander <shestakov at bebifood.ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #44 from Shestakoff Alexander <shestakov at bebifood.ru> ---
(In reply to Mike Kaganski from comment #37)
> I asked to test the hanging issue. Please use some application to *post* any
> message to any window (of classes SALFRAME or SALCOMWND) of hung
> soffice.bin, and see if that resolves it (it should wake up, process the
> message and close itself successfully). If it is so, then it's fruitful to
> look for such loops and resolve them one by one. If not, then the problem is
> in another place.
> 
> Without active user help (aside from simple tests if current nightly works)
> it's *extremely* difficult to solve issues like this.
> 
> Btw: from comment 36, it looks like soend has some reliable reproducing
> steps? If so, then please share them as detailed as possible.

I have win 2k8r2 server with LO 5.3.7.2 and this issue repeat too much times.
I tried *send* any post with SendMessage tool, like WM_ENDSESSION to process
"soffice.bin" calss "SALCOMWIND", but SendMessage dialog is freezing and
windows prompt me to force close this app. And LO is continue hiding run in
processes. Any anoter messages to this process\class ending same. And i am dont
have process "soffice.bin" with class "SALFRAME", and posting any messages to
any another classes of process "soffice.bin" return code 0, but dont get any
reaction from LO.

-- 
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/20180423/d0d72fec/attachment.html>