Bug 43944 - Service Manager no longer opens invisibly when launched from Windows VBS
Summary: Service Manager no longer opens invisibly when launched from Windows VBS
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Noel Power
URL:
Whiteboard:
Keywords:
: 43378 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-12-18 19:08 UTC by em36
Modified: 2016-04-24 20:36 UTC (History)
4 users (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 em36 2011-12-18 19:08:57 UTC
I'm trying to update some Windows VBS code that I wrote a while ago, which uses OO.org or LibreOffice to convert WordPerfect files into DOC or RTF format.

Until recent versions of LibreOffice were released, the script worked as it was designed - meaning that it converted the file, using OO.org or LibreOffice to run invisibly. With the current version of LibreOffice, LibreOffice appears when the script runs. 

The line in my code that makes LibreOffice visible is this:

CODE: SELECT ALL   EXPAND VIEW
Set OpenOffice = CreateObject("com.sun.star.ServiceManager")

According to a report here, the same problem occurs with Delphi:

http://user.services.openoffice.org/en/forum/viewtopic.php?f=45&t=43872#p211339

My VBS code is a standalone VBS file. If anyone cares to see what happens, the code is here:

http://dl.dropbox.com/u/271144/wp-ood.vbs

And a description of it is here:

http://www.columbia.edu/~em36/wpdos/converterscripts.html#openscript

If there is any way around this problem, or if it's a genuine bug, I'll be grateful for any information.
Comment 1 Rainer Bielefeld Retired 2011-12-18 21:46:56 UTC
@em36:
The first LibO version in what you saw the problem is?
Comment 2 em36 2011-12-19 06:29:35 UTC
I wish I knew which version first showed it. I believe 3.3, but there was a long period in which I did not test the VBS script, so it could have been earlier. Apologies for not being more exact about it.
Comment 3 Michael Stahl (allotropia) 2012-04-05 05:36:10 UTC
weird windows specific bug, perhaps mmeeks' headless refactoring broke it,
probably only Noel knows this obscure basic stuff...
reporter claims it's a regression.
Comment 4 Noel Power 2012-04-08 13:30:50 UTC
(In reply to comment #3)
> weird windows specific bug, perhaps mmeeks' headless refactoring broke it,
> probably only Noel knows this obscure basic stuff...
> reporter claims it's a regression.
well not really basic related but more to do with ole support :-) I will see if I can reproduce this, ideally the version where it changed would be good, ultimately I suspect that having a side by side comparison of working/non-working might be the only way for a poor windows incapable soul such as myself might figure out what is happening. It's also possible the previous behaviour is just wrong and somehow got unintentionally fixed ( I really don't know ) I suppose we'll find out when we get to the bottom of it. I'll take this bug for now ( but have a couple of days fto so will look at it when I get back )
Comment 5 Noel Power 2012-04-09 01:24:19 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > weird windows specific bug, perhaps mmeeks' headless refactoring broke it,
> > probably only Noel knows this obscure basic stuff...
> > reporter claims it's a regression.
> well not really basic related but more to do with ole support :-) I will see if
> I can reproduce this
ok, thinking about this I would nearly bet that this is no bug at all. 

   Set OpenOffice = CreateObject("com.sun.star.ServiceManager")

actually is executed by windows OLE infrastructure which queries the registry finds the GUID associated with the service name above, then searches the registry for the exe ( and associated params ) associated with the GUID ( or something like that ) to launch the office process. I don't think that the params passed to the exe have changed and I don't that the office process should be started 'invisible'.
Instead I would bet ( but I cannot check right now ) that we have changed the default for the quickstarter ( see Tools | Options | Libreoffice | Memory | LibreOffice Quickstarter ) to be *off*. Could you check that ? and.. if the quickstarter is not enabled enable it, start libreoffice, exit it and make sure the libreoffice icon is in the system tray ( indicating the quickstarter is active and loaded ) before retesting. Let us know if that helps
Comment 6 Francesco Lo Sapio 2012-05-03 03:53:49 UTC
I can confirm (Visual Basic 6 code) that with the quickstarter enabled LibreOffice runs invisibly. Thanks for the hint.

Bug 43378 deals the same problem.
Comment 7 Noel Power 2012-05-03 06:45:56 UTC
*** Bug 43378 has been marked as a duplicate of this bug. ***
Comment 8 Noel Power 2012-05-03 06:47:55 UTC
(In reply to comment #6)
> I can confirm (Visual Basic 6 code) that with the quickstarter enabled
> LibreOffice runs invisibly. Thanks for the hint.
> 
> Bug 43378 deals the same problem.

thanks for reminding me about that ( marked the other as duplicate ) and closing this as notabug
Comment 9 Francesco Lo Sapio 2012-05-04 03:34:54 UTC
You are welcome.
It would be possible to turn these reports into a feature request?
Comment 10 Noel Power 2012-05-04 03:50:17 UTC
(In reply to comment #9)
> You are welcome.
> It would be possible to turn these reports into a feature request?

It is possible always to submit a new bug to request any sort of change ( even to request a change to defaults ) but please don't reuse this bug, that imo would not be appropriate.
Comment 11 Jean-Baptiste Faure 2016-04-24 20:36:39 UTC
If it is not a bug, it is not a regression too, then regression keyword removed.

Best regards. JBF