nunitasp-devl Mailing List for NUnitAsp (Page 4)
Brought to you by:
jlittle82
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(3) |
Apr
(26) |
May
(7) |
Jun
(6) |
Jul
(7) |
Aug
(39) |
Sep
(15) |
Oct
(30) |
Nov
(20) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(28) |
Feb
(15) |
Mar
(41) |
Apr
(51) |
May
(32) |
Jun
(5) |
Jul
(14) |
Aug
(19) |
Sep
(33) |
Oct
(30) |
Nov
(35) |
Dec
(95) |
2004 |
Jan
(5) |
Feb
(3) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(9) |
Jul
(8) |
Aug
(32) |
Sep
(15) |
Oct
(6) |
Nov
(22) |
Dec
(1) |
2005 |
Jan
(22) |
Feb
(9) |
Mar
(2) |
Apr
(33) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(24) |
Sep
(8) |
Oct
(2) |
Nov
(2) |
Dec
|
2006 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(2) |
May
(3) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Cory F. <Cor...@mo...> - 2005-04-25 18:08:10
|
Jim Shore wrote: > Cory Foy wrote: > That's my point of view. I'd like to hear yours. Do you agree with > this line of reasoning? Well, yes and no. I understand exactly where you are coming from, and agree that tools should be used to help with confidence of code. But, on the other hand, something like this could turn people away from it. For example, the first thing I did after getting the error was to try the page in my browser. And it worked in my browser. So I tried it in another, and it worked there. And the page worked in all three of my mobile simulators. Just not in NUnitASP. And if the darn thing didn't help me keep my code well tested, I might have given up. The other thing is that, while I agree it is a TDD tool, lots and lots of people are going to use this tool to make the first bridge to Test-driving UI, or for getting their current code under test. And while I hope that this would affect very few people, it certainly seems strange (to some people) to have to rewrite your code just to do testing on it (HTTP spec notwithstanding). I've been a part of teams that having something as trivial as that would be enough to throw it out. I sent a query over to the TDD list just for some feedback. I think I would prefer to have it in there, even as a configurable option, but either way there should probably be something in the FAQ about it just so people know (at least, the people who read FAQs anyway). The beauty is, I can always write it in if need be. If I find it bugs me enough, I probably will, and will post up exactly what I did to get around it. :) Thanks for the email! Cory |
From: Jim S. <js...@ti...> - 2005-04-25 17:38:14
|
Cory Foy wrote: > Chris Hansen wrote: > >> I don't think it would be considered a bug since there shouldn't be a >> space in a URL. You can check the HTML specifications, but I'm quite >> certain that spaces are verboten - unless it is URL encoded. > > I agree with you that there shouldn't be spaces in a URL. However, I > don't like the thought of rewriting all of my code[...] [Very nice research into HTTP spec confirming that spaces are not allowed in a redirect.] > So, I guess that I have a *feature* request, that NUnitASP escape the > value from the 302 location header before it uses it to load the next > page, since it appears that Response.Redirect sends an invalid location > URI. Cory, thanks for your impeccable research into the spec. I'm sorry to say that I probably won't be implementing this feature. In fact, I am more inclined to have NUnitAsp throw an exception when it sees a improper redirect URL (or any URL, for that matter). Here's why. My philosophy with NUnitAsp is that it's a TDD tool. Its purpose is to help you have absolute confidence in the quality of your code so you can code faster. (Much faster.) Fail Fast is the order of the day. Since this is probably a common mistake--I've made it myself, in fact--I want to help people catch it as soon as they make it. That's why I think an exception would be appropriate in this situation. That's my point of view. I'd like to hear yours. Do you agree with this line of reasoning? Regards, Jim -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Cory F. <Cor...@mo...> - 2005-04-25 12:48:46
|
Chris Hansen wrote: > I don't think it would be considered a bug since there shouldn't be a > space in a URL. You can check the HTML specifications, but I'm quite > certain that spaces are verboten - unless it is URL encoded. I agree with you that there shouldn't be spaces in a URL. However, I don't like the thought of rewriting all of my code to look like: Response.Redirect(String.Format("MyPage.aspx?t={0}&b={1}", HttpUtility.UrlEncode(myTVal), HttpUtility.UrlEncode(myBVal))); solely because I want to use NUnitASP with it. Remember, the code works just fine in normal use. It is only accessing a page that has a Response.Redirect with spaces in it with NUnitASP that blows up. What that tells me is that when the NUNitASP browser encounters a 302 it isn't encoding the location header before it uses it. But you brought up an interesting point by talking about the HTTP specs. I now think that the root cause is a bug in Microsoft's Response.Redirect. When you call Response.Redirect, IIS sends back a 302 Found: HTTP/1.x 302 Found Server: Microsoft-IIS/5.1 Date: Mon, 25 Apr 2005 12:18:57 GMT X-Powered-By: ASP.NET X-AspNet-Version: 1.1.4322 Location: /SportsConnection/GetScore.aspx?category=Baseball&team=Tampa Bay Devil Rays Cache-Control: private Content-Type: text/html; charset=utf-8 The key interest for me is the location header. That was from a Response.Redirect where I didn't encode the querystring parameters. Looking at the HTTP specs: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30 "The field value consists of a single absolute URI. Location = "Location" ":" absoluteURI " so the spec says that it should be "Location:absoluteURI". And from the Addressing URL spec: http://www.w3.org/Addressing/URL/url-spec.txt "Spaces and control characters in URLs must be escaped for transmission in HTTP, as must other disallowed characters." So, I guess that I have a *feature* request, that NUnitASP escape the value from the 302 location header before it uses it to load the next page, since it appears that Response.Redirect sends an invalid location URI. Cory |
From: Cory F. <Cor...@mo...> - 2005-04-24 19:39:00
|
Cory Foy wrote: > DisplayFavoritesTest.TestWebSubmitFavorite : > NUnit.Extensions.Asp.HttpClient+BadStatusException : Server returned > error (status code: 400). HTML copied to standard output. It turns out that the issue was that the Response.Redirect I was doing in the Button's click handler was causing it fo NUnitASP only, because I have QueryString parameters in it. Response.Redirect("MyPage.aspx?t=1&b=2"); Will cause the request to fail when run in NUnitASP with the 400 code above. Is this inline with other people's experience? Cory |
From: Cory F. <Cor...@mo...> - 2005-04-18 00:32:36
|
I've been working on implementing a WmlTester to test Mobile Web Controls. I've gotten some preliminary stuff working, but it is so similar to the HtmlTester that I though I would relay the differences and see if there is a better approach. The first assumption is that the user will be using a default User Agent different from the NUnitAsp one so that WML is returned to the client. That was easy enough by creating a WapFomTestCase which sets the user agent in BaseSetUp(). If they don't use a UA that ASP.NET recgonizes, they will get HTML back. The second assumption is that the user will be using GET requests for everything. I know that Microsoft allows for "POST" as a valid method in a mobile:Form, but most mobile phones have no idea what to do with that (except maybe the MS Phones - we don't work with those). Outside of that, the biggest difference is the ParseInitialFormValues(). With WML content, the inputs that are displayed do not have a name attribute that matches the AspId. There is a way to map it (I've attached my stab at it). For submits, it is just a get request to a URL specified in a <go> tag. What would be the easiest way to go about adding support for this? I know there are certain changes - for example the DTD (I had created a WapPage class and used all of the methods from WebPage except for using the WML DTD). And some of the methods in WebPage and other classes might have to be changed to internal virtual. But am I off my rocker for thinking this should be fairly simple to do? Thanks! Cory |
From: Jim S. <js...@ti...> - 2005-04-15 07:12:38
|
Hi, Ben, Thanks for your submission! Please zip up your tester and associated tests and add it to the "Patches" tracker on SourceForge: http://sourceforge.net/tracker/?group_id=49940&atid=458032 I'll be considering patches for inclusion sometime before the next release. Having it on the tracker will allow people to find it in the meantime. Please accompany your submission with a copyright assignment as described on http://nunitasp.sourceforge.net/contribute.html. Cheers, Jim Ben Monro wrote: > I have written a RepeaterTester class for NUnitASP that I would like to > submit to the package. What do I need to do? > > -- > Ben Monro > Software Developer -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Ben M. <ben...@gm...> - 2005-04-14 15:59:23
|
I have written a RepeaterTester class for NUnitASP that I would like to=20 submit to the package. What do I need to do? --=20 Ben Monro Software Developer |
From: Jim S. <js...@ti...> - 2005-04-13 16:21:49
|
Thanks for figuring this out, Cory. I'll add this to the FAQ for the next release. Regards, Jim Cory Foy wrote: > Jim Shore wrote: > >> I'm not sure what the issue is here either. There's nothing in the >> build script that chooses the directory, unless the NAnt <csc> task is >> doing it. > > > Hi Jim, > > Thanks for the reply. Knowing that it wasn't a NUnitASP error, I looked > it up for NAnt, and sure enough it was just me being new to using NAnt. > If you don't have 1.0 installed (or want to target 1.1), you have to go > into lib/nant/nant.exe.config and set > > <platform name="win32" default="net-1.0"> > > to > > <platform name="win32" default="net-1.1"> > > doing that solved the issue right out. Thanks again! > > Cory > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > NUnitAsp-devl mailing list > NUn...@li... > https://lists.sourceforge.net/lists/listinfo/nunitasp-devl -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Cory F. <Cor...@mo...> - 2005-04-13 12:16:53
|
I meant to mention in my last post that I found a good brief intro to NAnt at the 4 Guys From Rolla site: http://aspnet.4guysfromrolla.com/articles/120104-1.aspx Cory |
From: Cory F. <Cor...@mo...> - 2005-04-13 12:15:50
|
Jim Shore wrote: > I'm not sure what the issue is here either. There's nothing in the > build script that chooses the directory, unless the NAnt <csc> task is > doing it. Hi Jim, Thanks for the reply. Knowing that it wasn't a NUnitASP error, I looked it up for NAnt, and sure enough it was just me being new to using NAnt. If you don't have 1.0 installed (or want to target 1.1), you have to go into lib/nant/nant.exe.config and set <platform name="win32" default="net-1.0"> to <platform name="win32" default="net-1.1"> doing that solved the issue right out. Thanks again! Cory |
From: Jim S. <js...@ti...> - 2005-04-12 02:04:38
|
I've completed a series of check-ins to add support for multiple forms. In the process, I added public methods for Submit and PostBack on WebFormTester. Tests can now submit and post-back forms without writing needing custom testers. Combined with the previously checked-in support for tests modifying form variables, it should now be much easier for tests to work around Javascript issues. Jim -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Jim S. <js...@ti...> - 2005-04-11 21:36:01
|
Finished cleanup of FormVariables. Now form variables are accessed through Form.Variables and there is no "owner" concept. Kept ControlTester.EnterInputValue and ControlTester.RemoveInputValue for now as they provide a valuable "enabled" check. But I may require testers to make the check explicit and remove those methods before release. -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Cory F. <Cor...@mo...> - 2005-04-11 20:07:30
|
Hi all, I didn't want to give in, but I also didn't want to spend too much time banging my head against the wall. I am trying to build the NUnitAsp solution. Building it from VS.NET got the cryptographic error, so I found the FAQ and did an NAnt build. However, I'm getting thie following error: BUILD FAILED [csc] C:\Windows\Microsoft.NET\Framework\v1.0.3705\csc.exe failed to start. The system cannot find the file specified I've tried setting the DotNetToolDir to the 1.1 path (as well as just Path), but the build script seems to ignore the 1.1 setting and forcably tries to use the 1.0, which I don't have installed. I went through the NAnt build script, but couldn't figure out how to get it to choose 1.1. Any thoughts would be much appreciated. Thanks! Cory |
From: Magnusson M. <Mal...@la...> - 2005-04-11 08:43:34
|
Sorry wrong list, should have been posted to Users instead... -----Ursprungligt meddelande----- Fr=E5n: Magnusson Malin [mailto:Mal...@la...]=20 Skickat: den 11 april 2005 08:33 Till: nun...@li... =C4mne: [NUnitAsp-devl] Click at Image Hi,=20 In our form we have an image with an onClick event triggering an = JavaScript. This is the html:=20 <input type=3D"image" name=3D"Flik:btnPerson" onclick=3D"if (typeof(Page_ClientValidate) =3D=3D 'function') Page_ClientValidate(); = " language=3D"javascript" id=3D"Flik_btnPerson" class=3D"Flik" src=3D"Images/tab_Person_aktiv.gif" alt=3D"" border=3D"0" /> Is it possible to check if the image is visible and then click on it to activate the Javascript through NUnitASP?=20 Have a nice day!=20 Malin=20 |
From: Magnusson M. <Mal...@la...> - 2005-04-11 06:33:16
|
Hi, In our form we have an image with an onClick event triggering an JavaScript. This is the html: <input type="image" name="Flik:btnPerson" onclick="if (typeof(Page_ClientValidate) == 'function') Page_ClientValidate(); " language="javascript" id="Flik_btnPerson" class="Flik" src="Images/tab_Person_aktiv.gif" alt="" border="0" /> Is it possible to check if the image is visible and then click on it to activate the Javascript through NUnitASP? Have a nice day! Malin |
From: Jim S. <js...@ti...> - 2005-04-11 01:24:53
|
So we can support multiple forms, I've been doing some work to clean up the way we handle form variables. I've checked in code that finishes the first stage of this effort. Rather than keeping form variables in a Map inside WebPage, they are now managed by a FormVariables class that WebPage accesses. WebFormTester has a public "Variables" method that can be used to access that form's FormVariables. The code I just checked in eliminates the "owner" concept we were using to manage form variables. Now form variables just have a name and value (instead of an owner, name, and value.) This models actual form variable behavior better and allows the form variable API to be public so people can manipulate form variables in their tests, which is good for working around JavaScript. There's still some cleanup to do--lots of unneeded methods to delete/streamline--but the basic structure is now finished. Jim -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Jim S. <js...@ti...> - 2005-04-10 00:13:19
|
Mark Easton wrote: > Having just used NUnitAsp for the first time, a quick congratulations > for creating such a useful tool. Thank you! > Now the one issue we had, which I'm sure other users must've > expereinced, was the inability to call the RadioButtonTester's > Postback() from our test code. While we got round this by creating a > simple decorator tester, could I suggest the Postback() method be made > public? That's planned for the next version. We're also adding support for multiple forms, so it takes a little more work than just making Postback() public. > The only other issue I've had is the crazy request for copyright > reassignment for patches. I'm sure you've got some semi-reasonable > justification, but the only person I'll ever sign away my copyright to > is my current employer, and I can ensure you it's always with gritted teeth. My justification is to keep copyright responsibility for NUnitAsp clear and simple. You've already told me that you find the code I'm freely making available to be a useful tool. I encourage you to balance that gift against your dislike of signing away copyright. Regards, Jim -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Jim S. <js...@ti...> - 2005-04-09 22:49:31
|
Added new CurrentWebForm default to LinkButtonTester. Improved Description error reporting. Beginnings of multiple form support. -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Naeem S. <na...@im...> - 2005-04-08 13:26:58
|
Thanks for the update. After a short investigation (see http://sourceforge.net/tracker/index.php?func=detail&aid=1027754&group_id=49 940&atid=458030) I found a way around it but one test failed. This was a work around for NUnitASP 1.5 not 1.5.1. Thanks for the help. Regards, Naeem -----Original Message----- From: nun...@li... [mailto:nun...@li...] On Behalf Of Levi Khatskevitch Sent: 08 April 2005 13:40 To: Naeem Sarfraz; nun...@li... Subject: Re: [NUnitAsp-devl] HtmlDocType Issue Yes, I'm still here :) Here's a quick status on the problem: I traced the issue to a bug in the SGML parser and upgraded to the latest version. It did take care of the original problem but also caused some the unit tests to fail. In particular it made some of the HTML attributes case sensitive. Then I got tied up in other things... Now since you reminded me I'll take another look over the weekend and tell you how quickly I can fix it. - Levi ----- Original Message ----- From: "Naeem Sarfraz" <na...@im...> To: <nun...@li...> Sent: Thursday, April 07, 2005 11:08 AM Subject: [NUnitAsp-devl] HtmlDocType Issue > Bug Reference Number: 1027754 > > Hello, > > Has anyone done some work on this issue? I was told Levi Khatskevitch was > working on it. > > If Levi is there, how are getting along with it? > > > > Regards, > > Naeem Sarfraz > http://www.imagiotech.com > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ NUnitAsp-devl mailing list NUn...@li... https://lists.sourceforge.net/lists/listinfo/nunitasp-devl |
From: Levi K. <lkh...@ho...> - 2005-04-08 12:40:55
|
Yes, I'm still here :) Here's a quick status on the problem: I traced the issue to a bug in the SGML parser and upgraded to the latest version. It did take care of the original problem but also caused some the unit tests to fail. In particular it made some of the HTML attributes case sensitive. Then I got tied up in other things... Now since you reminded me I'll take another look over the weekend and tell you how quickly I can fix it. - Levi ----- Original Message ----- From: "Naeem Sarfraz" <na...@im...> To: <nun...@li...> Sent: Thursday, April 07, 2005 11:08 AM Subject: [NUnitAsp-devl] HtmlDocType Issue > Bug Reference Number: 1027754 > > Hello, > > Has anyone done some work on this issue? I was told Levi Khatskevitch was > working on it. > > If Levi is there, how are getting along with it? > > > > Regards, > > Naeem Sarfraz > http://www.imagiotech.com > > |
From: Mark E. <ma...@av...> - 2005-04-08 09:52:19
|
Having just used NUnitAsp for the first time, a quick congratulations = for creating such a useful tool. =20 Now the one issue we had, which I'm sure other users must've = expereinced, was the inability to call the RadioButtonTester's = Postback() from our test code. While we got round this by creating a = simple decorator tester, could I suggest the Postback() method be made = public? =20 The only other issue I've had is the crazy request for copyright = reassignment for patches. I'm sure you've got some semi-reasonable = justification, but the only person I'll ever sign away my copyright to = is my current employer, and I can ensure you it's always with gritted = teeth. =20 Mark |
From: Jim S. <js...@ti...> - 2005-04-07 16:55:49
|
I haven't heard from Levi in quite a while. I'm not sure if he's still working on any NUnitAsp-related stuff. I've cc'd him so he can speak for himself. By the way, I saw all the replies you posted to the support trackers. Thank you! Jim Naeem Sarfraz wrote: > Bug Reference Number: /1027754/ > > Hello, > > Has anyone done some work on this issue? I was told Levi Khatskevitch > was working on it. > > If Levi is there, how are getting along with it? > > > > Regards, > > Naeem Sarfraz > http://www.imagiotech.com > -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |
From: Naeem S. <na...@im...> - 2005-04-07 15:05:04
|
Bug Reference Number: 1027754 Hello, Has anyone done some work on this issue? I was told Levi Khatskevitch was working on it. If Levi is there, how are getting along with it? Regards, Naeem Sarfraz http://www.imagiotech.com |
From: Magnusson M. <Mal...@la...> - 2005-04-05 15:07:20
|
Hi! I'm creating my first test projekt using NUnitASP, I have a simple code snippet that I can=B4t get to work properly. I'm using VB.NET and the examples I found on the internet is in C#.=20 This is my code: ------------------------------------------------------------------------= ---- ---------------------------------------- Imports System Imports System.Web Imports NUnit.Framework Imports NUnit.Extensions.Asp Imports NUnit.Extensions.Asp.AspTester Imports UserInterfaceProcess <TestFixture()> _ Public Class NUUserInterface Inherits WebFormTestCase <Test()> _ Public Sub Check_btnSearch() ' Declare the button: Dim abtnSearch As New ButtonTester("btnSearch", currentwebform) ' Download the main page: = browser.GetPage("http://localhost/PartMasterWeb_1/searchPart.aspx") Assert("Wrong page!", currentwebform.AspId =3D "mainpage") ' Make sure that logout button exists... AssertVisibility(abtnSearch, True) ' click on it abtnSearch.Click() ' check we are in the correct page Assert("Wrong page!", currentwebform.AspId =3D "frmLogin") End Sub 'txtSearchPart -> textfield End Class ------------------------------------------------------------------------= ---- ---------------------------------------- I recieve an error when running the code (no problems to build it), the error occours on browser.GetPage(...... This is the error message recieved indicates that the objectreference = is not an instance of an object.=20 Thanks in advance for any help! Malin |
From: Jim S. <js...@ti...> - 2005-03-26 22:39:31
|
I've removed the NUnitAsp wiki permanently. It's turned into a target for spam-bots, and it wasn't getting enough usage to justify figuring out how to stop them. Jim -- James Shore - Titanium I.T. LLC - Successful Software See my new website and blog: http://www.jamesshore.com phone: 503-267-5490 email: js...@ti... |