From bret at pettichord.com Thu Mar 2 14:05:08 2006 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 2 Mar 2006 13:05:08 -0600 Subject: [Wtr-core] FireWatir release alpha v1.0 In-Reply-To: References: Message-ID: Angrez, Your account on svn.openqa.org has been set up. I suggest that you create a separate branch and commit your code there. We can preview it there before it gets merged to trunk. I suspect we will want to mirror your code reorg in truck. I'm happy to divide the code up in to more, smaller files. Bret On 3/2/06, Angrez Singh wrote: > > Hi Bret,Paul, > > I have alpha v1.0 ready for using WATiR on Firefox. I have re-organized > the code in different files so that most of the code is re-used while > implementing this. Could you please tell me what is the best way to move > this code to source control? I think you should have a preview before to > check the code organization. > > Regards, > Angrez > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060302/00ade56c/attachment.htm From angrez at gmail.com Fri Mar 3 05:58:11 2006 From: angrez at gmail.com (Angrez Singh) Date: Fri, 3 Mar 2006 16:28:11 +0530 Subject: [Wtr-core] FireWatir release alpha v1.0 In-Reply-To: References: Message-ID: Hi Bret, I'll try to commit the code as soon as possible. Thanks & Regards, Angrez -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060303/e1d0395e/attachment.htm From bret at pettichord.com Wed Mar 8 02:03:31 2006 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Mar 2006 01:03:31 -0600 Subject: [Wtr-core] Wiki Migration to OpenQA Message-ID: I've moved the home page (only) of the project wiki(s) to the Confluence-based wiki on OpenQA.org. http://wiki.openqa.org/display/WTR The sub-pages on the Rubyforge and Watir.net wikis still need to be migrated. Feel free to chip in, instructions are on this page. However, i did finally complete the migration of the still-used pages from our original CLABS wiki! Thanks Chris for keeping that up for all these years. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060308/8cd28e26/attachment.htm From bret at pettichord.com Wed Mar 8 02:09:52 2006 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Mar 2006 01:09:52 -0600 Subject: [Wtr-core] The Watir.net Wiki Message-ID: Although we are migrating the Watir project wiki off of Watir.net, it is certainly possible that this wiki will continue to be run for a slightly different purpose. My view is that that OpenQA confluence wiki best serves several specific needs we have for project support. For example, hosting contributions instead of including unsupported libraries directly in our distribution. But since the mediawiki is really optomized for reference works, i could see some kind of Watir users manual developing here. It is also possible that we end up with some pages (e.g. roadmap) on the OpenQA confluence wiki and others (e.g. the FAQ) on the Media WIki site. In othe words, it doesn't have to be either/or. It can be AND. Thanks, in any case to all our wiki hosting providers: Chris, Tom, Sy and Patrick. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060308/57f887c2/attachment.htm From sy1234 at gmail.com Wed Mar 8 10:22:54 2006 From: sy1234 at gmail.com (Sy Ali) Date: Wed, 8 Mar 2006 09:22:54 -0600 Subject: [Wtr-core] The Watir.net Wiki In-Reply-To: References: Message-ID: <1e55af990603080722i402cb5a9n3fc298b49d94e87f@mail.gmail.com> On 3/8/06, Bret Pettichord wrote: > Although we are migrating the Watir project wiki off of Watir.net, it is > certainly possible that this wiki will continue to be run for a slightly > different purpose. One thing which may work is that the confluence wiki be considered official.. the official roadmaps, hacks and patches, technical specs and all that sort of thing. This leans towards developers / hackers. The MediaWiki wiki could be more of an "anything goes" user-contributed wiki.. leaning towards the less-technical userbase. So all the everyday-user "hand-holding help" and documentation goes here. It could work.. From chrismo at clabs.org Wed Mar 8 10:39:08 2006 From: chrismo at clabs.org (Chris Morris) Date: Wed, 08 Mar 2006 09:39:08 -0600 Subject: [Wtr-core] Wiki Migration to OpenQA In-Reply-To: References: Message-ID: <440EFA9C.4070702@clabs.org> Bret Pettichord wrote: > However, i did finally complete the migration of the still-used pages > from our original CLABS wiki! Thanks Chris for keeping that up for all > these years. Excellent :-) Glad to have contributed. Would you like me to replace the wiki with a forwarding page? Any existing links would only be routed to the home page of the new wiki, so they'll be mostly broken. But it's old enough, it may be time to pull the plug. -- Chris http://clabs.org/blogki From bret at pettichord.com Wed Mar 8 12:19:12 2006 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Mar 2006 11:19:12 -0600 Subject: [Wtr-core] Wiki Migration to OpenQA In-Reply-To: <440EFA9C.4070702@clabs.org> References: <440EFA9C.4070702@clabs.org> Message-ID: On 3/8/06, Chris Morris wrote: > > Would you like me to replace the > wiki with a forwarding page? Any existing links would only be routed to > the home page of the new wiki, so they'll be mostly broken. But it's old > enough, it may be time to pull the plug. I don't really care. I actually enjoyed looking at the old wiki and seeing the old discussions that lead to Watir when none of us knew each other. But that nostalgia value may not be useful for anyone else. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060308/aa89e858/attachment.htm From chrismo at clabs.org Wed Mar 8 12:31:05 2006 From: chrismo at clabs.org (Chris Morris) Date: Wed, 08 Mar 2006 11:31:05 -0600 Subject: [Wtr-core] Wiki Migration to OpenQA In-Reply-To: References: <440EFA9C.4070702@clabs.org> Message-ID: <440F14D9.20704@clabs.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060308/011a89be/attachment-0001.htm From christopher.mcmahon at gmail.com Sun Mar 19 15:05:07 2006 From: christopher.mcmahon at gmail.com (Chris McMahon) Date: Sun, 19 Mar 2006 14:05:07 -0600 Subject: [Wtr-core] [Wtr-general] is this issue worth reporting? 'text' vs'text_field' In-Reply-To: References: <016f01c64b45$f31edab0$9e32a8c0@Koko> Message-ID: <72799cd70603191205g1c8aec9q7646f9bdbbb5e8a8@mail.gmail.com> > I am getting disillusioned with the project as i see more and more newbies, > yet no one really interested in fixing the many problems that have been > raised. > One puzzle i have is that nearly every week, someone out of no where offers > to help. I tell different people different things, but nothing ever comes of > it. > > I'm also frustrated that discussions like this are off list, rather than on > wtr-core, which i created specifically as a place that would be appropriate > for this kind of discussion. Yikes. I didn't notice that this wasn't wtr-core. So my deal is that I've been spending a bare minimum of 16 hrs/wk, often 24, running around airports before even starting my 10 hr days. And I haven't been anywhere near IE in over a year. OTOH, I'm a much better Ruby programmer than I was a year ago. *And* I think I'm about to see a project using Watir. So I hope, in 3 or 4 weeks, to chip in on some of the pure-Ruby issues. (You don't want to see me write C++!) -Chris From christopher.mcmahon at gmail.com Tue Mar 21 18:20:25 2006 From: christopher.mcmahon at gmail.com (Chris McMahon) Date: Tue, 21 Mar 2006 17:20:25 -0600 Subject: [Wtr-core] perils of growth Message-ID: <72799cd70603211520y46308c43t79132b0a81e00dcc@mail.gmail.com> found on oreilly, quoted from The Economist. http://www.economist.com/images/20060318/CSF427.gif http://radar.oreilly.com/archives/2006/03/eyeballs_march_20_2006.html -Chris From bret at pettichord.com Wed Mar 22 10:51:53 2006 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 22 Mar 2006 09:51:53 -0600 Subject: [Wtr-core] perils of growth In-Reply-To: <72799cd70603211520y46308c43t79132b0a81e00dcc@mail.gmail.com> References: <72799cd70603211520y46308c43t79132b0a81e00dcc@mail.gmail.com> Message-ID: Interesting, as is the the economist article itself. Thanks for sending this. On 3/21/06, Chris McMahon wrote: > found on oreilly, quoted from The Economist. > > http://www.economist.com/images/20060318/CSF427.gif > > http://radar.oreilly.com/archives/2006/03/eyeballs_march_20_2006.html > > -Chris > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > From zeljko.filipin at gmail.com Wed Mar 22 12:05:12 2006 From: zeljko.filipin at gmail.com (Zeljko Filipin) Date: Wed, 22 Mar 2006 18:05:12 +0100 Subject: [Wtr-core] perils of growth In-Reply-To: References: <72799cd70603211520y46308c43t79132b0a81e00dcc@mail.gmail.com> Message-ID: >From that article(http://www.economist.com/business/displaystory.cfm?story_id=5624944): "Of the roughly 130,000 open-source projects on SourceForge.net, anonline hub for open-source software projects, only a few hundred areactive, and fewer still will ever lead to a useful product." Congratulations! You have made a very useful product. :) On 3/22/06, Bret Pettichord wrote:> Interesting, as is the the economist article itself. Thanks for sending this. From mb at michaelbolton.net Thu Mar 23 02:47:38 2006 From: mb at michaelbolton.net (Michael Bolton) Date: Thu, 23 Mar 2006 02:47:38 -0500 Subject: [Wtr-core] Should it be attach_timeout? Message-ID: <000001c64e4e$13c43840$6201a8c0@Koko> Or should it be attach(:title, /foo/).timeout? ---Michael B. DevelopSense: Software Testing in Plain English Web Site: http://www.developsense.com Newsletter: addme at developsense.com Blog: http://www.developsense.com/blog.html From bret at pettichord.com Fri Mar 24 14:13:36 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 24 Mar 2006 13:13:36 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <000001c64e4e$13c43840$6201a8c0@Koko> References: <000001c64e4e$13c43840$6201a8c0@Koko> Message-ID: Please rephrase as a complete sentence. I don't understand the question. On 3/23/06, Michael Bolton wrote: > Or should it be attach(:title, /foo/).timeout? From mb at michaelbolton.net Sat Mar 25 01:01:38 2006 From: mb at michaelbolton.net (Michael Bolton) Date: Sat, 25 Mar 2006 01:01:38 -0500 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: Message-ID: <00a701c64fd1$948ee630$6601a8c0@Koko> Sorry. There's a new command coming called attach_timeout, but I'm wondering if timeout should be a method below the "attach" method; if timeout should be a modifier. Does this make sense? ---Michael B. -----Original Message----- From: bpettichord at gmail.com [mailto:bpettichord at gmail.com] On Behalf Of Bret Pettichord Sent: March 24, 2006 2:14 PM To: mb at michaelbolton.net; wtr-core at rubyforge.org Subject: Re: [Wtr-core] Should it be attach_timeout? Please rephrase as a complete sentence. I don't understand the question. On 3/23/06, Michael Bolton wrote: > Or should it be attach(:title, /foo/).timeout? From bret at pettichord.com Mon Mar 27 00:01:40 2006 From: bret at pettichord.com (Bret Pettichord) Date: Sun, 26 Mar 2006 23:01:40 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <00a701c64fd1$948ee630$6601a8c0@Koko> References: <00a701c64fd1$948ee630$6601a8c0@Koko> Message-ID: Not really. I mean i understand what you are asking for. Right now we use IE::attach_timeout = 10 IE::attach(:title, "foo") And you want to do something like IE::attach(:title, "foo").timeout(10) But this doesn't really make sense, because this would be the same as ie = IE::attach(:title, "foo") ie.timeout(10) And as this shows, the call to timeout would be too late. In other words, it couldn't do what you wanted it to do. I suppose we could do IE::attach(:title, "foo", :timeout, 10) But i'm reluctant to start changing the interfaces without a larger plan in place. I'm seeing the need for these kinds of modifiers in lots of places and would like a standard way of using them before i start making these kinds of changes. Similar things -- delay after each event -- delay after each keypress -- speed settings (which amount to settings for the above) -- highlight color -- whether to wait after a click -- whether or not a hidden IE is created (affects OLE errors) -- language settings (we need this to do file dialogs correctly) -- whether visible or not Some of these could be settings on the current IE object. Others affect how new IE objects are created. In general, my guidelines for the Watir interface is that the watir commands should generally be semantically equivalent to the information you'd normally see in a detailed manual test script. This is the kind of "modal" information that is normally just assumed. Another problem with IE::attach(:title, "foo", :timeout, 10) is that we would still support the command with the timeout (backwards compatability) and that means that we need to have a default and a way to change it. Doing this would have to be in addition to rather than instead of IE.attach_timeout = 10. A third problem is that i don't know how to unit test this stuff, so i want to keep it real simple. The more convenience methods we add, the stuff there is that could break without being caught by unit tests. Bret On 3/25/06, Michael Bolton wrote: > > Sorry. > > There's a new command coming called attach_timeout, but I'm wondering if > timeout should be a method below the "attach" method; if timeout should be > a > modifier. Does this make sense? > > ---Michael B. > > -----Original Message----- > From: bpettichord at gmail.com [mailto:bpettichord at gmail.com] On Behalf Of > Bret > Pettichord > Sent: March 24, 2006 2:14 PM > To: mb at michaelbolton.net; wtr-core at rubyforge.org > Subject: Re: [Wtr-core] Should it be attach_timeout? > > Please rephrase as a complete sentence. I don't understand the question. > > On 3/23/06, Michael Bolton wrote: > > Or should it be attach(:title, /foo/).timeout? > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060326/3c234b61/attachment.htm From dave at burt.id.au Mon Mar 27 08:18:42 2006 From: dave at burt.id.au (Dave Burt) Date: Tue, 28 Mar 2006 00:18:42 +1100 Subject: [Wtr-core] Should it be attach_timeout? References: <00a701c64fd1$948ee630$6601a8c0@Koko> Message-ID: <003f01c651a0$f8586e40$6602a8c0@telperion> Hi Bret, > IE::attach(:title, "foo", :timeout, 10) A bit of a tangent, have you considered using hashes (named-argument form) rather than arglists like this? IE.attach(:title => "foo", :timeout => 10) Cheers, Dave From bret at pettichord.com Mon Mar 27 10:04:39 2006 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 27 Mar 2006 09:04:39 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <003f01c651a0$f8586e40$6602a8c0@telperion> References: <00a701c64fd1$948ee630$6601a8c0@Koko> <003f01c651a0$f8586e40$6602a8c0@telperion> Message-ID: I believe the hash syntax also works. On 3/27/06, Dave Burt wrote: > > Hi Bret, > > > IE::attach(:title, "foo", :timeout, 10) > > A bit of a tangent, have you considered using hashes (named-argument form) > rather than arglists like this? > > IE.attach(:title => "foo", :timeout => 10) > > Cheers, > Dave > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060327/39e0e115/attachment.htm From bret at pettichord.com Mon Mar 27 10:08:09 2006 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 27 Mar 2006 09:08:09 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <003f01c651a0$f8586e40$6602a8c0@telperion> References: <00a701c64fd1$948ee630$6601a8c0@Koko> <003f01c651a0$f8586e40$6602a8c0@telperion> Message-ID: On 3/27/06, Dave Burt wrote: > > A bit of a tangent, have you considered using hashes (named-argument form) > rather than arglists like this? > > IE.attach(:title => "foo", :timeout => 10) I've considered supporting hashes directly (rather than just "hash syntax") Thus: ie.text_field({:name => "foo", :id => "bar"}) This would probably be the cleanest mechanism to use were we to support multiple attribute object identification. However, i think we now get this functionality with xpath support, so i don't see a strong motivation for this. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060327/db84d98f/attachment-0001.htm From christopher.mcmahon at gmail.com Mon Mar 27 10:12:42 2006 From: christopher.mcmahon at gmail.com (Chris McMahon) Date: Mon, 27 Mar 2006 09:12:42 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: References: <00a701c64fd1$948ee630$6601a8c0@Koko> <003f01c651a0$f8586e40$6602a8c0@telperion> Message-ID: <72799cd70603270712t58c518dasd35d84e497da74@mail.gmail.com> > However, i think we now get this functionality with xpath support, so i > don't see a strong motivation for this. I don't have any objection to hash syntax personally, but it does smell a little bit like Perl, which might be offputting to some. To the extent that it's possible to use arg lists and arrays, I think it makes sense to do so. -Chris From dave at burt.id.au Tue Mar 28 05:51:49 2006 From: dave at burt.id.au (Dave Burt) Date: Tue, 28 Mar 2006 21:51:49 +1100 Subject: [Wtr-core] Should it be attach_timeout? References: <00a701c64fd1$948ee630$6601a8c0@Koko><003f01c651a0$f8586e40$6602a8c0@telperion> Message-ID: <00b301c65255$9dcd19c0$6602a8c0@telperion> Hi, Bret> ie.text_field({:name => "foo", :id => "bar"}) You can write exactly the same thing with this syntax sugar thus: ie.text_field(:name => "foo", :id => "bar") > However, i think we now get this functionality with xpath support, so i > don't see a strong motivation for this. It's better than the old arglist? You're right, it's not a strong motivation; XPath is sure to be preferable in most cases. Cheers, Dave From bret at pettichord.com Tue Mar 28 13:44:26 2006 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Mar 2006 12:44:26 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <00b301c65255$9dcd19c0$6602a8c0@telperion> References: <00a701c64fd1$948ee630$6601a8c0@Koko> <003f01c651a0$f8586e40$6602a8c0@telperion> <00b301c65255$9dcd19c0$6602a8c0@telperion> Message-ID: On 3/28/06, Dave Burt wrote: > > Bret> ie.text_field({:name => "foo", :id => "bar"}) > > You can write exactly the same thing with this syntax sugar thus: > > ie.text_field(:name => "foo", :id => "bar") Does this work for you? I thought this was true, but when i tried it, the "=>" didn't seem be interpreted as "," unless inside a {}. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060328/0d82d6b2/attachment.htm From dave at burt.id.au Tue Mar 28 23:49:12 2006 From: dave at burt.id.au (Dave Burt) Date: Wed, 29 Mar 2006 15:49:12 +1100 Subject: [Wtr-core] Should it be attach_timeout? References: <00a701c64fd1$948ee630$6601a8c0@Koko><003f01c651a0$f8586e40$6602a8c0@telperion><00b301c65255$9dcd19c0$6602a8c0@telperion> Message-ID: <00e901c652ec$1ff9c560$6602a8c0@telperion> Bret wrote: >> On 3/28/06, Dave Burt wrote: >> >> Bret> ie.text_field({:name => "foo", :id => "bar"}) >> >> You can write exactly the same thing with this syntax sugar thus: >> >> ie.text_field(:name => "foo", :id => "bar") > > Does this work for you? > > I thought this was true, but when i tried it, the "=>" didn't seem be > interpreted as "," unless inside a {}. What did you try? >> RUBY_VERSION => "1.8.2" >> def echo(*args) args end => nil >> echo(:foo => "bar", :baz => 42) => [{:foo=>"bar", :baz=>42}] >> echo({:foo => "bar", :baz => 42}) => [{:foo=>"bar", :baz=>42}] The hash-without-braces just has to be the last non-splatted argument. >> a = [1,2,3] => [1, 2, 3] >> echo :x, :y, :a => :b, *a => [:x, :y, {:a=>:b}, 1, 2, 3] Cheers, Dave From bret at pettichord.com Wed Mar 29 00:16:41 2006 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Mar 2006 23:16:41 -0600 Subject: [Wtr-core] Should it be attach_timeout? In-Reply-To: <00e901c652ec$1ff9c560$6602a8c0@telperion> References: <00a701c64fd1$948ee630$6601a8c0@Koko> <003f01c651a0$f8586e40$6602a8c0@telperion> <00b301c65255$9dcd19c0$6602a8c0@telperion> <00e901c652ec$1ff9c560$6602a8c0@telperion> Message-ID: That helps, thanks. On 3/28/06, Dave Burt wrote: > > Bret wrote: > >> On 3/28/06, Dave Burt wrote: > >> > >> Bret> ie.text_field({:name => "foo", :id => "bar"}) > >> > >> You can write exactly the same thing with this syntax sugar thus: > >> > >> ie.text_field(:name => "foo", :id => "bar") > > > > Does this work for you? > > > > I thought this was true, but when i tried it, the "=>" didn't seem be > > interpreted as "," unless inside a {}. > > What did you try? > > >> RUBY_VERSION > => " 1.8.2" > >> def echo(*args) args end > => nil > >> echo(:foo => "bar", :baz => 42) > => [{:foo=>"bar", :baz=>42}] > >> echo({:foo => "bar", :baz => 42}) > => [{:foo=>"bar", :baz=>42}] > > The hash-without-braces just has to be the last non-splatted argument. > > >> a = [1,2,3] > => [1, 2, 3] > >> echo :x, :y, :a => :b, *a > => [:x, :y, {:a=>:b}, 1, 2, 3] > > Cheers, > Dave > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060328/0a0d61a9/attachment.htm From dave at burt.id.au Wed Mar 29 02:26:45 2006 From: dave at burt.id.au (Dave Burt) Date: Wed, 29 Mar 2006 18:26:45 +1100 Subject: [Wtr-core] Watir Exception clarity: UnknownObjectException References: <4429FA0B.7040303@it.fts-vn.com> Message-ID: <019701c65302$23adcab0$6602a8c0@telperion> Hi, Back on ruby-talk, Kev was confused when he did something like the following: text_field("id", "foo") I've excerpted from his message post-script, but the essence is that the message was the same as if there was simply no "foo" on the page, and that the how parameter was a string was not visible in the error message. getObject() should accept strings as well as symbols for the parameter; in fact, anything with a to_sym method. It should attempt an explicit cast to Symbol using to_sym, and raise a TypeError on failure. You can do this simply by adding this before how is used: how = how.to_sym \ rescue raise TypeError.new("cannot convert #{how.inspect} to Symbol") Cheers, Dave ----- Original Message ----- From: "Kev Jackson" Newsgroups: comp.lang.ruby Sent: Wednesday, March 29, 2006 2:05 PM Subject: Can anyone see the obvious msitake I've made? > .... > testScenario(NewApplicationTest): > Watir::Exception::UnknownObjectException: Unable to locate object, using id > and > form:address1 > > ... the error produced from watir is exactly the same as if I'd have typed: > > $ie.text_field(:id, 'a_field_that_doesn't_exist') > ...