<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Binary URP bridge disposed during call to ServiceManager.createInstanceWithContext" href="https://bugs.documentfoundation.org/show_bug.cgi?id=134106#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Binary URP bridge disposed during call to ServiceManager.createInstanceWithContext" href="https://bugs.documentfoundation.org/show_bug.cgi?id=134106">bug 134106</a> from <a class="email" href="mailto:sbergman@redhat.com" title="Stephan Bergmann <sbergman@redhat.com>"> Stephan Bergmann</a> <pre>Yes, this only fails if the python side uses a sufficiently old LO installation (e.g., using python3-3.8.3-1.fc32.x86_64 and libreoffice-6.4.4.2-2.fc32.x86_64 on Fedora 32). <<a href="https://git.libreoffice.org/core/+/f0a50d230756fc0a60780d992b807f9eb82106c2%5E">https://git.libreoffice.org/core/+/f0a50d230756fc0a60780d992b807f9eb82106c2%5E</a>!> "<a class="bz_bug_link bz_status_VERIFIED bz_closed" title="VERIFIED FIXED - Crash when terminating the StarDesktop from running a document macro" href="show_bug.cgi?id=127205">tdf#127205</a> split Desktop::terminate process" introduced a new css.frame.XDesktopInternal UNOIDL interface type (which an "old python side" thus does not know) and made the C++ implementation of the css.frame.Desktop UNOIDL service (framework::Desktop in framework/inc/services/desktop.hxx) implement it. PyUNO uses the UNO introspection framework to translate between Python and UNO, and what presumably happens is that the python side, to translate the Python code desktop.CurrentComponent in test.py (<a href="http://bugs.documentfoundation.org/attachment.cgi?id=153473" name="attach_153473" title="Connect to LO server, and print `CurrentComponent.CurrentSelection`">attachment 153473</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=153473&action=edit" title="Connect to LO server, and print `CurrentComponent.CurrentSelection`">[details]</a>) into UNO, asks the soffice side for a sequence of all UNOIDL interface types supported by that desktop UNO object. It thus gets back, among others, a UNO TYPE value for css.frame.XDesktopInternal, but which it does not know, so it disposes the bridge and throws an exception. This would appear to be a general, by-design issue when connecting an "old python side" to a "new soffice side".</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>