nunit-core team mailing list archive

[David Jeske <681173@xxxxxxxxxxxxxxxxxx>]

I originally had this problem when trying to use NUnit after altering my
machine's UAC settings. I don't remember what the error looked like
originally (I think it just failed to show the tests in the assembly, but I
don't remember). I fixed the problem when a windows friend of mine suggested
I run Nunit as administrator, and somehow that fixed it all.

However, I just tried to reproduce it and none of the combinations of UAC
settings, builds, and Nunit tests produced any problems. It's possible
microsoft fixed some UAC subtlties in a service-pack, as I notice you no
longer have to reboot to turn UAC on or off. (Perhaps UAC never really turns
off anymore, just the notifications, which I think would fix the problemI
experienced).

Seems like reason enough to close the bug and ignore it unless someone else
reports a similar problem.


On Tue, Jul 26, 2011 at 10:18 PM, Charlie Poole <charlie@xxxxxxxxx> wrote:

> Either a scenario that allows it to be repeated so I can debug or at
> minimum
> some description of what happens when the problem occurs - what you see
> IOW.
>
> Charlie
>
> On Tue, Jul 26, 2011 at 3:38 PM, David Jeske <681173@xxxxxxxxxxxxxxxxxx>
> wrote:
> > Do you mean a testcase that exacerbates the bug? I can try to make one. I
> > think it was happening when I was switching between Pro and Express
> builds
> > of the same project and trying to use NUnit.
> >
> > On Tue, Jul 26, 2011 at 2:12 PM, Charlie Poole <charlie@xxxxxxxxx>
> > wrote:
> >
> >> Looking back at this, I see that you don't have a specific example. Can
> >> you provide one?
> >>
> >> --
> >> You received this bug notification because you are subscribed to the bug
> >> report.
> >> https://bugs.launchpad.net/bugs/681173
> >>
> >> Title:
> >>   better error messages for UAC/permission problems
> >>
> >> Status in NUnit V2 Test Framework:
> >>   Confirmed
> >>
> >> Bug description:
> >>  Sometimes NUnit has permissions problems with directories, and can't
> >>  run tests.
> >>
> >>  Windows User Account Control (UAC) tries to sandbox and isolate which
> >>  EXEs can touch which locations inside AppData. I'm not 100% sure how
> >>  this mechanism works, but I believe if an AppData directory is created
> >>  with one EXE, and then a different EXE tries to access it, UAC will
> >>  prevent it.
> >>
> >>  This could be the source of the problem. It could be some other
> >>  directory permissioning problem. The bottom line is, when this occurs,
> >>  and NUnit can't load the assemblies or run tests, it's fixed by right-
> >>  clicking on NUnit and choosing "run as administrator". Once you run it
> >>  once as administrator, it fixes up the directory UAC permissions and
> >>  then it shouldn't have this problem. Another solution is to delete the
> >>  directories under appdata and then re-run.
> >>
> >>  It might be nice if NUnit had some support for understanding it didn't
> >>  have proper permissions to directories it needs, so it could throw a
> >>  more sensible error. ("UAC is preventing me from touching this
> >>  directory, either delete it or run NUnit as administrator"). However,
> >>  I admit I have no idea how NUnit would detect this situation.
> >>
> >> To manage notifications about this bug go to:
> >> https://bugs.launchpad.net/nunitv2/+bug/681173/+subscriptions
> >>
> >
> > --
> > You received this bug notification because you are a bug assignee.
> > https://bugs.launchpad.net/bugs/681173
> >
> > Title:
> >  better error messages for UAC/permission problems
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/nunitv2/+bug/681173/+subscriptions
> >
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/681173
>
> Title:
>  better error messages for UAC/permission problems
>
> Status in NUnit V2 Test Framework:
>  Confirmed
>
> Bug description:
>  Sometimes NUnit has permissions problems with directories, and can't
>  run tests.
>
>  Windows User Account Control (UAC) tries to sandbox and isolate which
>  EXEs can touch which locations inside AppData. I'm not 100% sure how
>  this mechanism works, but I believe if an AppData directory is created
>  with one EXE, and then a different EXE tries to access it, UAC will
>  prevent it.
>
>  This could be the source of the problem. It could be some other
>  directory permissioning problem. The bottom line is, when this occurs,
>  and NUnit can't load the assemblies or run tests, it's fixed by right-
>  clicking on NUnit and choosing "run as administrator". Once you run it
>  once as administrator, it fixes up the directory UAC permissions and
>  then it shouldn't have this problem. Another solution is to delete the
>  directories under appdata and then re-run.
>
>  It might be nice if NUnit had some support for understanding it didn't
>  have proper permissions to directories it needs, so it could throw a
>  more sensible error. ("UAC is preventing me from touching this
>  directory, either delete it or run NUnit as administrator"). However,
>  I admit I have no idea how NUnit would detect this situation.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/nunitv2/+bug/681173/+subscriptions
>

-- 
You received this bug notification because you are a member of NUnit
Developers, which is subscribed to NUnit V2.
https://bugs.launchpad.net/bugs/681173

Title:
  better error messages for UAC/permission problems

Status in NUnit V2 Test Framework:
  Confirmed

Bug description:
  Sometimes NUnit has permissions problems with directories, and can't
  run tests.

  Windows User Account Control (UAC) tries to sandbox and isolate which
  EXEs can touch which locations inside AppData. I'm not 100% sure how
  this mechanism works, but I believe if an AppData directory is created
  with one EXE, and then a different EXE tries to access it, UAC will
  prevent it.

  This could be the source of the problem. It could be some other
  directory permissioning problem. The bottom line is, when this occurs,
  and NUnit can't load the assemblies or run tests, it's fixed by right-
  clicking on NUnit and choosing "run as administrator". Once you run it
  once as administrator, it fixes up the directory UAC permissions and
  then it shouldn't have this problem. Another solution is to delete the
  directories under appdata and then re-run.

  It might be nice if NUnit had some support for understanding it didn't
  have proper permissions to directories it needs, so it could throw a
  more sensible error. ("UAC is preventing me from touching this
  directory, either delete it or run NUnit as administrator"). However,
  I admit I have no idea how NUnit would detect this situation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nunitv2/+bug/681173/+subscriptions