Bugs in 0.7

[Tony]

For now I am avoiding storing yet another password (for launchpad)

and, of all source control systems, Mercurial is the one I never developed

a friendly relationship with. Thus I post here:

a) "No comments are better than wrong comments department". Example of comments in Program.cs  

       //  Debug output works on all platforms.

        //

        //      new DebugUI().Execute( args );

This thing does not exist, neither does ConsoleUI. Which alternate Universe do these classes inhabit?

b) "Give me only what I really need department". NUget adds nunitlite.dll, nunitlite.testdata.dll and nunitlite.tests.exe references to my console app runner

What are the last two doing in my app?  

c) "Why is Windows file system so tough department":So I want results in Temp folder and have this as command line argument:

-result:C:\Users\MyUserId\AppData\Local\Temp

This produces the following stack:

1 Tests : 0 Failures, 0 Errors, 0 Not Run

System.UnauthorizedAccessException: Access to the path 'C:\Users\ MyUserId\AppData\Local\Temp'

 is denied.

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 right

s, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATT

RIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHo

st)

   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare

share)

   at System.Xml.XmlTextWriter..ctor(String filename, Encoding encoding)

   at NUnitLite.Runner.TextUI.RunTests()

   at NUnitLite.Runner.TextUI.Execute(String[] args)

"Ok, let me add the terminating backslash department": Command line argument -result:C:\Users\MyUserIdAppData\Local\Temp\ 

produces:

1 Tests : 0 Failures, 0 Errors, 0 Not Run

System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\MyUserId\Ap

pData\Local\Temp\'.

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 right

s, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATT

RIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHo

st)

   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare

share)

   at System.Xml.XmlTextWriter..ctor(String filename, Encoding encoding)

   at NUnitLite.Runner.TextUI.RunTests()

   at NUnitLite.Runner.TextUI.Execute(String[] args)

I am administrator on my box and Temp directory above certainly exists and is writable.

Using other valid paths makes no difference.

[Tony]

Well, it is bazaar, not mercurial - same difference for me.

All right, so I need a file name, not just the folder path, to result option. 

It is just that stack trace exceptions are confusing. File.Exists() would probably show a better message.

[Charlie Poole]

Inline...

On Sun, May 13, 2012 at 8:34 PM, Tony <ton...@gmail.com> wrote:
> For now I am avoiding storing yet another password (for launchpad)
> and, of all source control systems, Mercurial is the one I never developed
> a friendly relationship with. Thus I post here:

AFAIK, no password is needed to enter a bug. And you certainly don't
need to deal with the SCM.

> a) "No comments are better than wrong comments department". Example of
> comments in Program.cs
>        //  Debug output works on all platforms.
>         //
>         //      new DebugUI().Execute( args );
> This thing does not exist, neither does ConsoleUI. Which alternate Universe
> do these classes inhabit?

Right... recent change, not reflected in comments.

> b) "Give me only what I really need department". NUget adds nunitlite.dll,
> nunitlite.testdata.dll and nunitlite.tests.exe references to my console app
> runner
> What are the last two doing in my app?

Good point... should be a bug

> c) "Why is Windows file system so tough department":So I want results in
> Temp folder and have this as command line argument:
> -result:C:\Users\MyUserId\AppData\Local\Temp

That's not a file path, it's just a directory.

> This produces the following stack:
> 1 Tests : 0 Failures, 0 Errors, 0 Not Run
> System.UnauthorizedAccessException: Access to the path 'C:\Users\
> MyUserId\AppData\Local\Temp'
>  is denied.
>    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
>    at System.IO.FileStream.Init(String path, FileMode mode, FileAccess
> access, Int32 right
> s, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions
> options, SECURITY_ATT
> RIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath,
> Boolean checkHo
> st)
>    at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess
> access, FileShare
> share)
>    at System.Xml.XmlTextWriter..ctor(String filename, Encoding encoding)
>    at NUnitLite.Runner.TextUI.RunTests()
>    at NUnitLite.Runner.TextUI.Execute(String[] args)
>
> "Ok, let me add the terminating backslash department": Command line
> argument -result:C:\Users\MyUserIdAppData\Local\Temp\
> produces:

It's still just a directory.

> 1 Tests : 0 Failures, 0 Errors, 0 Not Run
> System.IO.DirectoryNotFoundException: Could not find a part of the path
> 'C:\Users\MyUserId\Ap
> pData\Local\Temp\'.
>    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
>    at System.IO.FileStream.Init(String path, FileMode mode, FileAccess
> access, Int32 right
> s, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions
> options, SECURITY_ATT
> RIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath,
> Boolean checkHo
> st)
>    at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess
> access, FileShare
> share)
>    at System.Xml.XmlTextWriter..ctor(String filename, Encoding encoding)
>    at NUnitLite.Runner.TextUI.RunTests()
>    at NUnitLite.Runner.TextUI.Execute(String[] args)
>
> I am administrator on my box and Temp directory above certainly exists and
> is writable.
> Using other valid paths makes no difference.
>

Partial output from running with the -help option:

-result:PATH Path to a file to which the xml test
result is written

Charlie

>
> --
> You received this message because you are subscribed to the Google Groups
> "NUnitLite" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/nunitlite/-/8degJ-CwJF4J.
> To post to this group, send email to nuni...@googlegroups.com.
> To unsubscribe from this group, send email to
> nunitlite+...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/nunitlite?hl=en.

[Charlie Poole]

Hi,

On Sun, May 13, 2012 at 9:00 PM, Tony <ton...@gmail.com> wrote:
> Well, it is bazaar, not mercurial - same difference for me.

Right... still not needed to file a bug. :-)

> All right, so I need a file name, not just the folder path, to result
> option.
> It is just that stack trace exceptions are confusing. File.Exists() would
> probably show a better message.

We don't care if the file exists. But a custom message is probably
a good idea.

Again... filing bugs on each of these would help. It's a way anyone
who uses NUnit, NUnitLite and the associated projects can easily
contribute, saving the programmers a bit of time and ensuring
that the right problems are worked on.

Charlie

> --
> You received this message because you are subscribed to the Google Groups
> "NUnitLite" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/nunitlite/-/ZfrHdvAU2DwJ.

[Tony]

Unfortunately, clicking 'Report a bug' or even just 'Ask the question" always brings me to login screen on launchpad site.

Now, they talk about the OpenID on the same page, but they want to give you their login Open ID, there is no way to use my existing Open ID to log in.

But ok, for the greater good, I went through all the registration pain, sending confirmation codes, etc. 

> nunitlite+unsubscribe@googlegroups.com.

[Charlie Poole]

Hmm... I'll try that myself when I get a moment. I think it's a good principle
that anyone should be able to report a bug, even anonymously. In that
case, you can't converse with the reporter, but at least you have the info.

Charlie

>> > nunitlite+...@googlegroups.com.

>> > For more options, visit this group at
>> > http://groups.google.com/group/nunitlite?hl=en.
>

> --
> You received this message because you are subscribed to the Google Groups
> "NUnitLite" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/nunitlite/-/T4CQXtkJ1bIJ.

>
> To post to this group, send email to nuni...@googlegroups.com.
> To unsubscribe from this group, send email to

> nunitlite+...@googlegroups.com.

[Tony]

I absolutely agree.

Maybe they think that they can sell "free" to the wide public of the free idiots. It is West Coast after all.

But, hopefully, it is just some dumb configuration flag and they won't charge your freedom to set it.

>> > nunitlite+unsubscribe@googlegroups.com.

>> > For more options, visit this group at
>> > http://groups.google.com/group/nunitlite?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "NUnitLite" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/nunitlite/-/T4CQXtkJ1bIJ.
>
> To post to this group, send email to nuni...@googlegroups.com.
> To unsubscribe from this group, send email to

> nunitlite+unsubscribe@googlegroups.com.