Issue 122869 - Automation of Open Office through CSharp Broken
Summary: Automation of Open Office through CSharp Broken
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 4.0.0
Hardware: PC Windows 7
: P3 Blocker
Target Milestone: 4.0.1
Assignee: jsc
QA Contact: Edwin Sharp
URL:
Keywords: needmoreinfo, regression
Depends on:
Blocks:
 
Reported: 2013-07-28 05:42 UTC by Lt Col RDS Chauhan
Modified: 2017-05-20 09:32 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---
jsc: 4.0.1_release_blocker+


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Lt Col RDS Chauhan 2013-07-28 05:42:51 UTC
I have .NET application written in csharp which automates calc and writer.  This code has been working through the OO 3.1, 3.2, 3.3, 3.4, 3.4.1 versions.  With the latest release AOO 4.0, the automation does not work.  I did use the updated five cli dll files.
Comment 1 Rob Weir 2013-08-02 20:53:09 UTC
In what way is it failing?  Are you getting an error messages?

Have you been able to narrow down the problem?  For example, what is the simplest example that will illustrate the problem?
Comment 2 Lt Col RDS Chauhan 2013-08-03 15:16:02 UTC
call to :
uno.util.Bootstrap.bootstrap()
throws System.Exception with Message :
External component has thrown an exception.
Comment 3 Edwin Sharp 2013-08-06 07:00:22 UTC
Can you please provide steps to reproduce?
Apologies, I'm not familiar with csharp.
Comment 4 Lt Col RDS Chauhan 2013-08-06 14:18:38 UTC
Running any .NET application which opens Calc / Writer Open Office document 4.0 should fail.  I hope you have such a .NET application available for testing.
Comment 5 jsc 2013-08-21 09:51:54 UTC
I assume a problem related to changes regarding the 3 layer rework. I will take care of this ...
Comment 6 jsc 2013-09-11 13:01:43 UTC
I am no .Net expert and it seems that the assemblies are not found 

HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e is found, but then

HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\1
HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\4

are searched but not found. Valid is 

HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\2

but this key is not searched.

We build against .Net v2.0 ... I tried to force the usage of .Net v2.0 with a app config file but this failed as well.
Comment 7 jsc 2013-09-11 13:40:13 UTC
I assume more a problem with .Net v4 but this needs further investigation
Comment 8 jsc 2013-09-20 08:01:01 UTC
this is also an important problem and a fix is available
Comment 9 SVN Robot 2013-09-20 08:28:49 UTC
"jsc" committed SVN revision 1524936 into branches/AOO401:
#122869# merge fix from trunk
Comment 10 jsc 2013-09-20 08:29:58 UTC
Fixed a stupid error of myself and it works now when I create a CSharp sample with MS C# Studio. 

The SDK C# sample seems to have still a problem, but that is the same for 3.4.1. I will check this for 4.1. More important is that it generally works now.

I tested both a .NET v2 and .NET v4 runtime
Comment 11 SVN Robot 2013-09-20 13:05:01 UTC
"jsc" committed SVN revision 1524932 into trunk:
#122869# fix problem to find office installation
Comment 12 SVN Robot 2013-09-20 13:07:08 UTC
"jsc" committed SVN revision 1524936 into branches/AOO401:
#122869# merge fix from trunk