Assembly does not allow partially trusted callers. - Essential Objects, Inc. Support Forum

Welcome Guest

Search | Active Topics | Sign In | Register

Essential Objects Product Support Forum » All Products » Support » Assembly does not allow partially trusted callers.

Assembly does not allow partially trusted callers.

Options

Previous Topic · Next Topic

dios

Posted: Tuesday, December 2, 2008 5:09:42 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

Hello All,

I recently uploaded a fully working webproject to a production server and since then, every page with an Essential Object fails with the following exception:

System.Security.SecurityException: That assembly does not allow partially trusted callers.

I've done some reading, and some resources tell that the third party assembly developers have to rewrite the assembly to add the following peace of code (in some kind of way):

AllowPartialllyTrustedCallers.

Can anybody help me? Help would be appreciated.

Thanks in advance,
Anthony Van den bossche
WebDev

eo_support

Posted: Tuesday, December 2, 2008 6:18:45 AM

Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,096

Hi,

We do have AllowPartialllyTrustedCallers in our code. Would you be able to provide the full stack trace for the error? You will need to set customError to "Off" in your web.config to get the full stack trace off a remote server.

Thanks!

dios

Posted: Tuesday, December 2, 2008 6:25:25 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

eo_support wrote:

Here you go:

[SecurityException: That assembly does not allow partially trusted callers.]
EO.Web.Internal.g0.a(ControlCollection A_0, Control A_1) +0
EO.Web.Internal.a9..ctor(is A_0, Control A_1) +79
EO.Web.Editor.a(String[] A_0) +8391
EO.Web.Editor.a(Control A_0) +618
EO.Web.Editor.h(Control A_0) +131
EO.Web.Editor.CreateChildControls() +1866
System.Web.UI.Control.EnsureChildControls() +87
System.Web.UI.Control.PreRenderRecursiveInternal() +44
System.Web.UI.Control.PreRenderRecursiveInternal() +171
System.Web.UI.Control.PreRenderRecursiveInternal() +171
System.Web.UI.Control.PreRenderRecursiveInternal() +171
System.Web.UI.Control.PreRenderRecursiveInternal() +171
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +6785
System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +242
System.Web.UI.Page.ProcessRequest() +80
System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) +21
System.Web.UI.Page.ProcessRequest(HttpContext context) +49
ASP.elements_pageedit_aspx.ProcessRequest(HttpContext context) in App_Web_kz0g3umw.4.cs:0
System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +181
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +75

Hopefully this helps.

eo_support

Posted: Tuesday, December 2, 2008 12:01:07 PM

Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,096

Hi,

Can you let us know which version you are using? We tested the latest version and it seems to be working fine.

Thanks!

dios

Posted: Wednesday, December 3, 2008 2:37:17 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

eo_support wrote:

Hi,

Can you let us know which version you are using? We tested the latest version and it seems to be working fine.

Thanks!

Hello,

i'm working with the latest version, downloadable on this site at this moment.

Cheers.

dios

Posted: Wednesday, December 3, 2008 2:44:19 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

dios wrote:

eo_support wrote:

Hi,

Can you let us know which version you are using? We tested the latest version and it seems to be working fine.

Thanks!

Hello,

i'm working with the latest version, downloadable on this site at this moment.

Cheers.

Hello,

my stacktrace issue disappeared suddenly today, without me doing anything...
I now got another problem with a fileexplorer. This is probably something I overlooked but the error:

System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'

Stacktrace:

Quote:

[SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.]
System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) +0
System.Security.CodeAccessPermission.Demand() +58
System.Reflection.Assembly.VerifyCodeBaseDiscovery(String codeBase) +118
System.Reflection.Assembly.GetName(Boolean copiedName) +70
System.Reflection.Assembly.GetName() +9
EO.Web.Internal.cx..cctor() +141

eo_support

Posted: Wednesday, December 3, 2008 5:42:52 AM

Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,096

Hi,

Your security setting is way too tight. You have turned off FileIOPermissionAccess.PathDiscovery, which is needed by many core features ---- including reading the license file. I believe you can restricts the permission to your application only, but you can not completely turn it off. So you will need to have your server administrator to turn it back on for you.

Thanks

dios

Posted: Monday, December 15, 2008 7:38:53 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

Hello,

i'm very sorry for my late reply but i've waited until now for an answer from my website hosting...

Short summary: i am using the Explorer control to allow users to view files they uploaded and ofcourse to upload files. The error I get is the following:

Quote:

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.]
System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) +0
System.Security.CodeAccessPermission.Demand() +58
System.Reflection.Assembly.VerifyCodeBaseDiscovery(String codeBase) +118
System.Reflection.Assembly.GetName(Boolean copiedName) +70
System.Reflection.Assembly.GetName() +9
EO.Web.Internal.cx..cctor() +141

The hosting provider asked me if the control can run in Partially Trusted Environment (medium), because this is the way that server is configured. Is it possible to make the control work in this kind of environment?

Thanks in advance.

Anthony.

eo_support

Posted: Monday, December 15, 2008 7:51:29 AM

Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,096

Hi,

I do not believe your hoster understood the problem correctly. The situation is that they turned off "FileIOPermission", and you wish to access the files. Our controls does run on partial trust, but when you disallow file access on one hand and wish to access the files on the other hand, it just won't work. It doesn't matter whose product you use in this case. It won't work even if you write your own code. No code can access files when "FileIOPermission" is turned off. That is the designed behavior and if there were exception to that, it would have been a .NET security bug.

It's very reasonable for hoster to restrict file access, but most hosters allow full file access inside your own application's directory.

Thanks

dios

Posted: Tuesday, December 16, 2008 7:14:35 AM

Rank: Member
Groups: Member

Joined: 8/13/2008
Posts: 14

Hello,

de security config of the hosting provider is the following:

Quote:

Maybe this helps?

Many thanks in advance,
Anthony.

eo_support

Posted: Tuesday, December 16, 2008 7:29:32 AM

Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,096

Hi,

Thanks for the additional information. From the stack trace, it appears that it fails when it calls Assembly.GetName(). The relative source code is:

typeof(EO.Web.WebControl).Assembly.GetName();

As a test, you can try this in your code and see how it works out.

Please keep in mind that we will not troubleshoot your security settings. We can tell you what permission our code needs but we will not be able to tell you why such permission is not granted giving your specific config file. You will need to troubleshoot that part by yourself.

Thanks!

You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Message