BugNET

Open source issue tracking & project management
Welcome to BugNET Register | Login |

BugNET Forums

 
ForumForumSupportSupportGeneral SupportGeneral SupportRunning BugNET as an application in IIS7, VistaRunning BugNET as an application in IIS7, Vista
Previous Previous
 
Next Next
New Post
 7/2/2009 1:50 PM
 

... and find it. That's a files permission issue: just give everything 777 and it will compile, getting me to what looks like a database access issue... nearly there perhaps.

New Post
 7/2/2009 2:28 PM
 

Ok, well that's that... The installation requirements don't tell you the important bit. which is listed here.... it won't run in Medium Trust. We that's a wasted half day :-(

Anyway, for the record, this is how you get to discover the above problem; all edits to the web.config of BugNET, also follow existing install instructions.

(1) Remove
    <configSections>
    <system.web.extensions> (empty anyway)
    <system.webServer>
 Plus any references to  System.Web.Extensions and  AjaxControlToolkit

(2) <!--Patch for asp.net version problems.-->
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
            </dependentAssembly>
        </assemblyBinding>
    </runtime>

(3) Change AspNetSqlMembershipProvider to use existing site's membership provider (leave profile provider alone).

(4) Set all files on live application to be 777 (read/write/modify). Add Impersonation for Mosso:
         <identity impersonate="true" userName="XXX\***" password="***" />

(5) Run: http://www.health-analytics.co.uk/BugNET/Install/Install.aspx

It actually connects to the database and looks promising, finally failing on:

[SecurityException: Request for the permission of type 'Permissions.FileIOPermission


Which I think is the trust level thing. Not sure what's been written there, but there it is.

New Post
 7/2/2009 4:49 PM
 

BugNET is only a .net 2.0 application so you should set that app pool you created to only use .net framework 2.0.   As for what is stopping BugNET from running in a medium trust environment perhaps you can let me know.

 


Davin Dubeau
BugNET - Core Developer
twitter.com/bugnetproject

New Post
 7/2/2009 11:20 PM
 

Well it's still looking pretty bad, even with the above stuff all done. I kind of need a lot of stuff in the newer releses of .net - hell, I need 4.0 actually.

 

1 Test Environment

Vista, asp.net, SQL server, IIS7: all latest versions, 2008/3.5.

Installation Status Report


Installing Version: 0.7.942.0


Installing Membership Provider... - 00:00:00.0068355


Installing BugNET Database... - 00:00:26.9826480


Installing BugNET Default Data... - 00:01:41.3890185


Creating Administrator Account... - 00:01:42.4377795


 


Server Error in '/BugNET' Application.

Could not find stored procedure 'BugNet_Role_AddUserToRole'.

 

2 Live Environment

I'm actually backing backing off on the same membership provider as my parent site (shared between live and test), so that's common. Here everything's IIS7/ SQL 2008, all latest versions, but we have the cluster things to deal with plus Medium Trust. I run other open source stuff (YAF, BlogEngine.NET) with this no problem.

On Rackspace Cloud / Mosso it won't install with what I think is the trust problem, as below.  I'm not sure what it's doing when it spits this out.

However, as a devious person, it occurs to me that the install presumably sets stuff up in the database, and as I only have one database (so that's one test server, one live clustered server, and a third server for the defects database and membership provider database), if I can get it to install using my test machine (full trust), then I don't need to install it twice as the backend is shared. That's only true so long as you don't have any other persistent state around the install..... ?

If I try that (Install from test machine to backend database), well it fails as above, and then if I try to run it on live I'm getting a version conflict on the Ajax controls again which maybe I can fix.

 

 

Description: The application attempted to perform an operation not allowed by the security policy.  To grant this application the required permission please contact your system administrator or change the application's trust level in the configuration file.

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

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.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy) +644
   System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share) +66
   System.Configuration.Internal.InternalConfigHost.StaticOpenStreamForRead(String streamName) +85
   System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.OpenStreamForRead(String streamName, Boolean assertPermissions) +124
   System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.OpenStreamForRead(String streamName) +10
   System.Configuration.Internal.DelegatingConfigHost.OpenStreamForRead(String streamName) +13
   System.Configuration.UpdateConfigHost.OpenStreamForRead(String streamName) +46
   System.Configuration.BaseConfigurationRecord.InitConfigFromFile() +293

Previous Previous
 
Next Next
ForumForumSupportSupportGeneral SupportGeneral SupportRunning BugNET as an application in IIS7, VistaRunning BugNET as an application in IIS7, Vista

Forum Policy

These Discussion Forums are dedicated to the discussion of the BugNET issue tracker.

For the benefit of the community and to protect the integrity of the project, please observe the following posting guidelines:
1. No Advertising.
2. No Flaming or Trolling.
3. No Profanity, Racism, or Prejudice.
4. Site Moderators have the final word on approving/removing a thread or post or comment.
5. English language posting only, please.