Winform control hosted on internet explorer fails displaying a R



Description :Windows control is hosted in Internet Explorer to print a form
based on certain coordinate positions retrieved from WebServer. The Control
uses Printing resources of the client machine.

Creation of the Windows control (PrinterCtrl.dll)

1.Derives from System.Windows.Forms.UserControl

2.Permission requested for the assembly
a.[assembly:
SecurityPermission(SecurityAction.RequestMinimum,Assertion=true,Execution=true)]
b.[assembly:
PrintingPermission(SecurityAction.RequestMinimum,Level=System.Drawing.Printing.PrintingPermissionLevel.AllPrinting)]
c.[assembly:
WebPermission(SecurityAction.RequestMinimum,Unrestricted = true)]

3.CodeGroup and PermissionSet in CAS under Machine Policy
1. Permission Set has 3 assigned permissions (PrinterCtrlPerms)
• Security permission with
1. Enable Security permission
2. Assert any permissions that has been granted
• Printing
1. Grant assemblies unrestricted access to printers
• Web Access
1. Grant assemblies access to following website with (http://sitename/.*)
with Accept and Connect options checked.
2.
2.CodeGroup (PrinterCtrlCodeGroup)
Created new codegroup using URL as membership condition
URL : http://sitename/PrinterCtrl.dll
Selected “PrinterCtrlPerms” as Permission Set .

4.Added the website “http://sitename”; to trusted sites in Internet Explorer.
5.The Control’s assembly and Web Page which contains this control are both
located with same directory.
6.The Execute permission to Virtual directory containing the page and
control is limited to “Scripts only”.


The control works properly in the development environment, but fails on
certain Client machines by displaying a Red X mark instead of the control. No
script error shows at the bottom of the page.
The Control was not visible in Assembly Download Cache using gacutil /ldl
IE HOST does not create any logs on client machines since the control is
not downloaded.
Tried to run FUSLOGVW.exe,but no files are created
The Client environment has Windows XP with Service Pack 2 and .net 1.1
installed.(Does not have .Net 2.0 installed)
Added IExplorer.exe.Config file to the Internet explorer install directory
with supported runtime as 1.1.4322
Added System.Security.AllowPartiallyTrustedCallersAttribute to the
Assemblyinfo.cs


The client machines where they are failing currently, could access them
sucessfully earlier.I was wondering if any patches or security updates by
microsoft is now disabling them for being downloaded.


I would appreciate any insight to the reason that is preventing the control
from showing up in IE browser.


Regards,
Suchitra


.



Relevant Pages

  • Re: ActiveX Download Conflict Directory
    ... changes for the same named OCX or packaged files, ... > existing control and update the control (rather than install a second, ... downloaded on client machines by ASP. ...
    (microsoft.public.vb.controls.internet)
  • Re: COM and Windows control on webpage
    ... if your client machines are all running ... Windows XP, you may be able to take advantage of registration-free COM ... from an IE-hosted winforms control). ... >I have a windows control dll in my root folder and embedded it on a webpage ...
    (microsoft.public.dotnet.security)
  • Re: Control to edit RTF files
    ... > functionality to edit RTF files in the vb application? ... > I know for the fact that i can use browser control to do whatever i ... I recently wrote a spelling checker when I could not find one ... Word and doesn't require Word on the client machines. ...
    (microsoft.public.vb.controls)
  • Re: ActiveX
    ... And now on client machines it fails. ... control, original one with INSTALLED status where as the latest one ... with DAMAGED status and thus my entire program fails. ... I understand the concept of CONFLICT folders, but at the same time, I ...
    (microsoft.public.vb.controls.internet)
  • IObjectSafety and Internet Explorer
    ... Problems with ActiveX in Internet Explorer are nothing new. ... How Internet Explorer Determines If ActiveX Controls Are Safe ... Provide the following registry keys for the control's CLSID under the ... The following key marks the control safe for scripting: ...
    (Bugtraq)