smart client: Required permissions cannot be acquired

  • Thread starter Thread starter Tim Mackey
  • Start date Start date
T

Tim Mackey

Hi,
i have changed the deployment for my app from msi to smart client. from
local testing i know that the app can execute with low trust, without
requiring any special assembly trust settings. but when i test it in the
production environment (start > run > http://localhost/smart/myApp.exe), on
a client PC, i get an exception as follows:

Required permissions cannot be acquired. at
MyApp.HtmlEditorControl.InitializeComponent() at
MyApp.HtmlEditorControl..ctor()

the production server is win2000 server, .NET v1.1, the virt.dir is set up
for anonymous access. a "hello world" smart client app works fine, but i
cannot get my app to run. the location of the exception is in the
constructor of a win form that contains a 3rd party component, obviously
with a different public key token to my own assemblies in the app.

i do not have much information on the network configuration of the
production environment, e.g. proxy / firewall etc., but i have read online
that this message often appears when an app is loaded direct from a network
share. i cannot execute it from a local share, although i can execute it if
i copy all the files locally and then execute. however i want to do it
through IEexec.

i'm at a loose end and would really appreciate any help,
thanks
tim mackey.
 
I ran into this problem as well. It seems to be related to running from a
localhost address (or 127.0.0.1) try running from the actual IP (i.e.
192.168.x.x) this fixed the problem for me.
cheers,
Paul
 
Hi Tim,

CLR will use difference code groups for difference zone.
When you test your app on local machine using smarlclient, the program ran
under LocalIntranet_Zone, while when you run it on a client machine it may
be not, you may try checking what zone does this url classified to by
opening an html page under that virtual directory in IE, the status bar
will show you the zone name.

Another way to check this problem is figure out the permission that cause
the exception, from the error message it seems this is not the original
call stack of SecurityException, you may check if there is a
SecurityException in the InnerException. It will help us know the
environment difference between the dev machine and the product environment.

Thanks!
Best regards,

Ying-Shen Yu [MSFT]
Microsoft Community Support
Get Secure! - www.microsoft.com/security

This posting is provided "AS IS" with no warranties and confers no rights.
This mail should not be replied directly, please remove the word "online"
before sending mail.
 
Back
Top