On Thu, May 17, 2012 at 12:37 AM, Ruben Willems <[email protected]> wrote: > Hi > > > ° what if you turn the firewall of? (maybe can't connect could be turned > into no permission) > ---> if this solves the issue, the errormessage should be adjusted > ° does his browser allow javascript or not?
We think we've isolated the issue. If the user logs into CCNet as "user@domain", the error pops up. If they log in as just "user", things work properly. In the ccnet.config's <internalSecurity> block, users are specified only by name (permissions->rolePermissions->users), not user@domain (we do link to LDAP so we can use the same credentials). Very puzzling error message though. Could something be done internally so that if the user provides user@domain and the domain matches what's provided in <ldapUser>, it treats user & user@domain identically? > On 16 May 2012 19:56, Andy Levy <[email protected]> wrote: >> >> Running CCNet/Dashboard 1.5.7256.1 running on a Win2K3 box, controlling >> multiple CCNet build servers running primarily Win2K8R2. Same release of >> CCNet everywhere. >> >> Our sysadmin who actually pulls the trigger on our non-automatic jobs in >> CCNet recently upgraded from XP to Win7. Since that change, he is unable to >> force builds. Using IE9 or Firefox (both on Win7 Pro SP1), he gets the >> following error when clicking Force: >> >> ThoughtWorks.CruiseControl.Remote.CommunicationsException: Request >> processing has failed on the remote server: Permission to execute >> 'ViewProject' has been denied. at >> ThoughtWorks.CruiseControl.Remote.CruiseServerClient.ValidateResponse(Response >> response) at >> ThoughtWorks.CruiseControl.Remote.CruiseServerClient.ListBuildParameters(String >> projectName) at >> ThoughtWorks.CruiseControl.WebDashboard.ServerConnection.ServerAggregatingCruiseManagerWrapper.ListBuildParameters(IProjectSpecifier >> projectSpecifier, String sessionToken) at >> ThoughtWorks.CruiseControl.WebDashboard.Dashboard.ProjectParametersAction.Execute(ICruiseRequest >> cruiseRequest) at >> ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.CruiseActionProxyAction.Execute(IRequest >> request) at >> ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.ExceptionCatchingActionProxy.Execute(IRequest >> request) >> >> Using the same user credentials on the dashboard, same CCNet servers, same >> projects, he can force a build without issue from a WinXP workstation. >> >> Where do I go from here? > >
