From watirjira at gmail.com Fri Apr 1 02:22:21 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Fri, 1 Apr 2011 01:22:21 -0500 (CDT) Subject: [Wtr-development] [JIRA] Closed: (WTR-144) Needs fire_event_no_wait() method Message-ID: <11236385.1581.1301638941298.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarmo Pertman closed WTR-144. ----------------------------- Resolution: Fixed Indeed, wrong url was given. These are the correct ones: https://github.com/bret/watir/commit/0b9c5ba2bcd8f3757e7fbc3aa85e0a0e8805975b https://github.com/bret/watir/commit/cc41d24b033939646eb3678e60fbf5b70cb9bdf8 > Needs fire_event_no_wait() method > --------------------------------- > > Key: WTR-144 > URL: http://jira.openqa.org/browse/WTR-144 > Project: Watir > Issue Type: Improvement > Components: Modal Web Dialog > Reporter: MadNut > Priority: Major > Fix For: Soon > > > fire_event_no_wait is helpful for handling modal dialog, that opens by JS scripts via event. > Here is code for that functionality: > watir.rb: > class Element > ... > def fire_event(event) > fire_event!(event) > @container.wait > end > def fire_event!(event) > assert_enabled > > highlight(:set) > ole_object.fireEvent(event) > highlight(:clear) > end > def fire_event_no_wait(event) > assert_enabled > > highlight(:set) > object = "#{self.class}.new(self, :unique_number, #{self.unique_number})" > @page_container.eval_in_spawned_process(object + ".fire_event!(\"#{event}\")") > highlight(:clear) > end > ... > end -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Fri Apr 1 02:22:21 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Fri, 1 Apr 2011 01:22:21 -0500 (CDT) Subject: [Wtr-development] [JIRA] Closed: (WTR-185) Add a new method for "set" - that is similar to "click_no_wait" Message-ID: <16281616.1583.1301638941548.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarmo Pertman closed WTR-185. ----------------------------- Resolution: Fixed Indeed, wrong url was given. These are the correct ones: https://github.com/bret/watir/commit/0b9c5ba2bcd8f3757e7fbc3aa85e0a0e8805975b https://github.com/bret/watir/commit/cc41d24b033939646eb3678e60fbf5b70cb9bdf8 > Add a new method for "set" - that is similar to "click_no_wait" > ---------------------------------------------------------------- > > Key: WTR-185 > URL: http://jira.openqa.org/browse/WTR-185 > Project: Watir > Issue Type: New Feature > Components: HTML Controls > Affects Versions: 1.5.2 > Reporter: Lauren > Priority: Major > Fix For: Soon > > > The command that I need to execute prior to a "Windows Internet > Explorer" window launching is to "set" a radio button. > $browser.radio(:id, "xxxxx").set > I know that when a button is clicked prior to a pop-up window...that a > 'click_no_wait' method is required. Is there something similar for the > 'set' function? I tried, "set_no_wait" and received an: "undefined > method 'set_no_wait'" > Expected: "set_no_wait" (or similar method name) > Actual: No such method or equivalent. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From jarmo.p at gmail.com Wed Apr 6 17:07:15 2011 From: jarmo.p at gmail.com (Jarmo) Date: Thu, 7 Apr 2011 00:07:15 +0300 Subject: [Wtr-development] new version? Message-ID: Hey! Too bad i'm missing all the great stuff at seconf right now. The buzz in Twitter makes me believe that it's really great there. To make me feel any better about that situation i was wondering if there's any arguments against making new release of Watir? Changes copied directly from repo: === IE improvements * Added #frames method (Ivan Kabluchkov). * Added Frame#exists?, #src, #name and other Element methods (Ivan Kabluchkov). * Added multiple locators support for #frame method (Ivan Kabluchkov). * Added *_no_wait methods (Ivan Kabluchkov). === Firefox improvements * Nothing === General improvements * Using Watir::Util for better compatibility with ActiveSupport used by Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) Since currently Watir/FireWatir still have problems with Rails 3, then it would be nice to release it ASAP. Should have it done already some time ago actually :/ If there's no counter-arguments then i'd release 1.8.1.rc1. Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Thu Apr 7 10:34:12 2011 From: charley.baker at gmail.com (Charley Baker) Date: Thu, 7 Apr 2011 07:34:12 -0700 Subject: [Wtr-development] new version? In-Reply-To: References: Message-ID: Sounds good. The AS update is enough for a new release now, and helps us get back on track for more frequent releases. Go for it. Would have loved to see you at SeConf, it was a lot of fun and great to meet a lot of people in person. :) Charley Baker Lead Developer, Watir, http://watir.com On Wed, Apr 6, 2011 at 2:07 PM, Jarmo wrote: > Hey! > > Too bad i'm missing all the great stuff at seconf right now. The buzz in > Twitter makes me believe that it's really great there. To make me feel any > better about that situation i was wondering if there's any arguments against > making new release of Watir? > > Changes copied directly from repo: > > === IE improvements > > * Added #frames method (Ivan Kabluchkov). > * Added Frame#exists?, #src, #name and other Element methods (Ivan > Kabluchkov). > * Added multiple locators support for #frame method (Ivan Kabluchkov). > * Added *_no_wait methods (Ivan Kabluchkov). > > === Firefox improvements > > * Nothing > > === General improvements > > * Using Watir::Util for better compatibility with ActiveSupport used by > Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) > > > Since currently Watir/FireWatir still have problems with Rails 3, then it > would be nice to release it ASAP. Should have it done already some time ago > actually :/ > > If there's no counter-arguments then i'd release 1.8.1.rc1. > > Jarmo > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Apr 7 11:50:04 2011 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 7 Apr 2011 08:50:04 -0700 Subject: [Wtr-development] new version? In-Reply-To: References: Message-ID: +1 Sounds great. Thanks Jarmo! On Thu, Apr 7, 2011 at 7:34 AM, Charley Baker wrote: > Sounds good. The AS update is enough for a new release now, and helps us > get back on track for more frequent releases. Go for it. Would have loved to > see you at SeConf, it was a lot of fun and great to meet a lot of people in > person. :) > > > Charley Baker > Lead Developer, Watir, http://watir.com > > > On Wed, Apr 6, 2011 at 2:07 PM, Jarmo wrote: > >> Hey! >> >> Too bad i'm missing all the great stuff at seconf right now. The buzz in >> Twitter makes me believe that it's really great there. To make me feel any >> better about that situation i was wondering if there's any arguments against >> making new release of Watir? >> >> Changes copied directly from repo: >> >> === IE improvements >> >> * Added #frames method (Ivan Kabluchkov). >> * Added Frame#exists?, #src, #name and other Element methods (Ivan >> Kabluchkov). >> * Added multiple locators support for #frame method (Ivan Kabluchkov). >> * Added *_no_wait methods (Ivan Kabluchkov). >> >> === Firefox improvements >> >> * Nothing >> >> === General improvements >> >> * Using Watir::Util for better compatibility with ActiveSupport used by >> Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) >> >> >> Since currently Watir/FireWatir still have problems with Rails 3, then it >> would be nice to release it ASAP. Should have it done already some time ago >> actually :/ >> >> If there's no counter-arguments then i'd release 1.8.1.rc1. >> >> Jarmo >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord Director, Watir Project, www.watir.com Blog, www.testingwithvision.com Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From sunilreddybandi at gmail.com Thu Apr 7 12:20:43 2011 From: sunilreddybandi at gmail.com (Sunil reddy) Date: Thu, 07 Apr 2011 09:20:43 -0700 Subject: [Wtr-development] =?utf-8?q?I_added_you_as_a_friend_on_Quepasa=2E?= =?utf-8?q?com?= Message-ID: <20110407162043.28737016671.4.1.0.0.me@CHA-ME-002> An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Thu Apr 7 16:33:10 2011 From: jarmo.p at gmail.com (Jarmo) Date: Thu, 7 Apr 2011 23:33:10 +0300 Subject: [Wtr-development] Watir 1.8.1.rc1 Released Message-ID: Hello, everyone! Right after SeConf that i unfortunately had to miss, i pushed out the Watir 1.8.1.rc1. Changelog is following: === IE improvements * Added #frames method (Ivan Kabluchkov). * Added Frame#exists?, #src, #name and other Element methods (Ivan Kabluchkov). * Added multiple locators support for #frame method (Ivan Kabluchkov). * Added *_no_wait methods (Ivan Kabluchkov). === Firefox improvements * Nothing === General improvements * Using Watir::Util for better compatibility with ActiveSupport used by Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) You can install it with the command: gem install watir --pre Or if you're using OS X or Linux: gem install firewatir --pre Please give us any feedback about this version so we could make a better final version of Watir 1.8.1 :) Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Sun Apr 10 15:27:12 2011 From: jarmo.p at gmail.com (Jarmo) Date: Sun, 10 Apr 2011 22:27:12 +0300 Subject: [Wtr-development] Watir 1.8.1 Released Message-ID: Hello, everyone! Just released Watir 1.8.1! Changelog is following: === IE improvements * Added #frames method (Ivan Kabluchkov). * Added Frame#exists?, #src, #name and other Element methods (Ivan Kabluchkov). * Added multiple locators support for #frame method (Ivan Kabluchkov). * Added *_no_wait methods (Ivan Kabluchkov). === Firefox improvements * Nothing === General improvements * Using Watir::Util for better compatibility with ActiveSupport used by Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) You can install it with the command: gem install watir Or if you're using OS X or Linux: gem install firewatir Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Mon Apr 11 01:56:58 2011 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 11 Apr 2011 00:56:58 -0500 Subject: [Wtr-development] Watir 1.8.1 Released In-Reply-To: References: Message-ID: This is great! Many people have wanted Frame#exists? for a long time. I tried to add it a couple of times but it wasn't simple to add. Pulling out Active Support will also please many people. Bret On Sun, Apr 10, 2011 at 2:27 PM, Jarmo wrote: > Hello, everyone! > > Just released Watir 1.8.1! > > Changelog is following: > > === IE improvements > > * Added #frames method (Ivan Kabluchkov). > * Added Frame#exists?, #src, #name and other Element methods (Ivan > Kabluchkov). > * Added multiple locators support for #frame method (Ivan Kabluchkov). > * Added *_no_wait methods (Ivan Kabluchkov). > > === Firefox improvements > > * Nothing > > === General improvements > > * Using Watir::Util for better compatibility with ActiveSupport used by > Rails 3. Closes http://jira.openqa.org/browse/WTR-474 (Jarmo Pertman) > > You can install it with the command: > gem install watir > > Or if you're using OS X or Linux: > gem install firewatir > > Jarmo > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord Director, Watir Project, www.watir.com Blog, www.testingwithvision.com Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Tue Apr 12 04:34:23 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 12 Apr 2011 10:34:23 +0200 Subject: [Wtr-development] I added you as a friend on Quepasa.com In-Reply-To: <20110407162043.28737016671.4.1.0.0.me@CHA-ME-002> References: <20110407162043.28737016671.4.1.0.0.me@CHA-ME-002> Message-ID: Hi Sunil, Please do not send spam to this list. I have set your membership to moderated. One more spam from you and I will delete your account. ?eljko -- watir.com - community manager watir.com/book - author watirpodcast.com - host viaqa.mobi conference on software testing - organizer On Thu, Apr 7, 2011 at 6:20 PM, Sunil reddy wrote: > I?d like to be your friend on Quepasa.com. > Would you like to add me as a friend? > Yes No > Thanks! > Sunil reddy -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Wed Apr 13 12:43:30 2011 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 13 Apr 2011 11:43:30 -0500 Subject: [Wtr-development] Follow up on Watir day In-Reply-To: References: Message-ID: Hugh and I talked about the Convio branch. We saw that the Facebook guys have their fork on a Facebook account, and we want to do the same thing. So that means we'll move the convio branch to a convio account. Although the real goal is to get Convio onto master. Moving the repo from my personal account to a Watir project account is also on my roadmap, although it is after getting us to join the Software Freedom Conservancy. I spoke with Bradley Kuhn in SF -- he's the director of the SFC. The revised deadline is the end of the month. Not sure if we'll be able to make it. There is a ton of stuff that needs to be collected, if any one wants to help get the ball rolling. http://wiki.openqa.org/display/WTR/Joining+the+Software+Freedom+Conservancy I'm still in the process of replacing my laptop and ipad. I think you all saw the news that Marek was in fact able to recover some of the Watir Day video. He posted excerpts from me and Charley's talk ( http://www.youtube.com/watch?v=pS3yNY9hpx0) and has a lot footage from Hugh's talk and the Facebook talk, including the shot where they are standing in front of a slide that says "Facebook uses Watir". Still need to get slides from Simon and Alok and Brian uploaded to the wiki. http://wiki.openqa.org/display/WTR/Watir+Day+Presentations Bret 2011/4/11 Charley Baker > Sorry to hear about the laptops, what a loss of equipment and the > intangibles like footage from Watir Day, personal code/files etc. I'm > definitely guilty of not watching my own stuff closely. Though tempting to > have this old thing stolen, I need to at least make sure I'm backed up > regularly and covered through insurance. > > I figured as much on the Convio branch, I'm not touching it, though we > probably should move it off to somewhere else. I suppose we could do a basic > Watir account on Github. That might make it easier for finances? Not sure, > but there are precedents - Rails and others. The other two branches were > merged back and didn't need to live anymore. I think we were figuring out > git at the time. > > I'll talk to Alok, their pull request should be easy to apply to current > 1.8.1, I briefly looked at it. I've not had to deal with localization to > that extent, but it's something that comes up often and there are tests. > > With the money we currently have, we should look at CI, getting some EC2 > instances, since as you mentioned it's getting hard to have all the > environments we should have for development, the one that's biting me now is > issues in IE9 which only installs on Windows7. > > Anyhow, I'd love additional feedback on this or the individual points that > I listed, many of which need to be fleshed out. I want to send updates on > some of the this to the mailing list for Watir Day and copy the > watir-general list. > > I suppose we could move this discussion to the wtr-dev list as well. > Instead of adding more people. Thanks Zeljko. :) > > Cheers, > > Charley Baker > Lead Developer, Watir, http://watir.com > > > 2011/4/11 Bret Pettichord > >> The zero-index branch is about 80% done. I was working on it some last >> week. The issue I was working with at that point was making the array >> operator also behave as a zero index. On Monday, I'll find out about when my >> laptop might be replaced. Now I'm in the same boat as Charley -- not having >> a good laptop for development of Watir. >> >> I was hoping to get some of the Convio changes merged into trunk, that is >> why that is there. This is actually where we maintain the version we use at >> Convio so please don't delete it. This is both the project repo as well as >> my personal repo; perhaps a reason to move the official project repo into >> another account? We could also perhaps move the branch to Hugh's account. >> Since he and Marek work on this with me, I am looping him into this >> discussion. >> >> Branches should be deleted when they have been merged back in or >> abandoned. >> >> We need to sync up with the Facebook folks as well. I saw a pull request >> from Alok recently. Looks like he wants us to patch 1.6.5. What do you guys >> think about that? >> >> Bret >> >> >> On Sun, Apr 10, 2011 at 7:48 PM, Charley Baker wrote: >> >>> Yeah, agreed for now. We also need to make a push for the 0 index branch. >>> I've deleted some of the other branches, and would like to delete the Convio >>> branch. Yah/Nay? >>> >>> >>> And maybe focus some work with people to get the zero index branch pulled >>> in. We can also push on getting sync'd up with the watir-spec branch. >>> Charley Baker >>> Lead Developer, Watir, http://watir.com >>> >>> >>> On Sun, Apr 10, 2011 at 10:33 PM, Jari Bakken wrote: >>> >>>> If the goal is to bring 1.X closer to watir-webdriver, we should >>>> target the watir2 branch of watirspec rather than master. I'd be happy >>>> to set up and get HEAD running against the watir2 branch. I think that >>>> would be a good starting point to move things forward (obviously >>>> discussing the bigger changes along the way). Fixing potential >>>> failures against watirspec's master branch seems like a waste of time >>>> to me. >>>> >>>> Obviously a big part of making those specs pass will be 0-indexing, >>>> but it will at least be well-tested without having to change the >>>> existing test suite too much (since it will be configurable). >>>> >>>> WDYT? >>>> >>>> Jari >>>> >>>> On Mon, Apr 11, 2011 at 12:01 AM, Charley Baker < >>>> charley.baker at gmail.com> wrote: >>>> > Oh absolutely, that was a quick draft. Btw, just sent this on to Jarmo >>>> who >>>> > couldn't unfortunately make it this week, also copying Jari as well. >>>> There's >>>> > a lot here that's left off and needs to be fleshed out. I also >>>> definitely >>>> > want to spend some time with Watirspec, and drive out the >>>> inconsistencies >>>> > and failures. This is more of a braindump to get it down than anything >>>> else, >>>> > and getting people involved and the discussion going. >>>> > >>>> > Charley Baker >>>> > Lead Developer, Watir, http://watir.com >>>> > >>>> > >>>> > On Sun, Apr 10, 2011 at 1:18 PM, Jarmo wrote: >>>> >> >>>> >> What about development of Watir itself? What about compat with >>>> >> Watir-Webdriver? Watirspec? >>>> >> J. >>>> >> >>>> >> On Sun, Apr 10, 2011 at 10:25 PM, Charley Baker < >>>> charley.baker at gmail.com> >>>> >> wrote: >>>> >>> >>>> >>> fyi, forgot to send this to you. >>>> >>> >>>> >>> ---------- Forwarded message ---------- >>>> >>> From: Charley Baker >>>> >>> Date: Sat, Apr 9, 2011 at 6:35 PM >>>> >>> Subject: Follow up on Watir day >>>> >>> To: Bret Pettichord , ?eljko Filipin >>>> >>> , Alister Scott , >>>> Tim >>>> >>> Koopmans >>>> >>> >>>> >>> >>>> >>> After coming back from Watir Day and Selenium Conf, I want to keep >>>> the >>>> >>> momentum going. There are several things we can do to keep this up, >>>> and make >>>> >>> sure the enthusiasm for testing keeps up. Some of that depends on >>>> hitting >>>> >>> the email list and some we can do as part of the project on our main >>>> mailing >>>> >>> lists. Here's a quick summary of my thoughts: >>>> >>> * Blogs - related to watir and automation testing (CI, ATDD...) >>>> >>> * IRC >>>> >>> * Getting directly involved - Design skills, documentation, pull >>>> >>> requests, etc - we need some documentation around these areas >>>> >>> * Podcasts - contact Zeljko or he may contact you :) >>>> >>> * Answering questions on the mailing list >>>> >>> * Joining the dev mailing list - prioritizing JIRA tickets >>>> >>> * Testing prereleases on various OSes/browser combinations. >>>> >>> * Help with setting up and maintaining CI. (we don't have it now but >>>> >>> should be able to do this with our current funds) >>>> >>> * Funding - getting more funds, and working through how to deal with >>>> what >>>> >>> we have already >>>> >>> * Watir Day next year and around the world - Zeljko and the European >>>> day, >>>> >>> as well as what we want to do for next year - US and/or Europe >>>> >>> * Watir Grid - and how to run distributed tests >>>> >>> I'd be happy to send this out to the mailing list and dev list, >>>> possibly >>>> >>> the main list with some amendments to expand out the various areas, >>>> these >>>> >>> are the high level topics and I'd hope to get more information for >>>> specifics >>>> >>> on each from everyone. Let me know what you think. I want to send >>>> out >>>> >>> something in the next week. >>>> >>> Forward on at will if you think other people should be involved. >>>> >>> >>>> >>> >>>> >>> Cheers, >>>> >>> Charley Baker >>>> >>> Lead Developer, Watir, http://watir.com >>>> >>> >>>> >> >>>> > >>>> > >>>> >>> >>> >> >> >> -- >> Bret Pettichord >> Director, Watir Project, www.watir.com >> >> Blog, www.testingwithvision.com >> Twitter, www.twitter.com/bpettichord >> >> > -- Bret Pettichord Director, Watir Project, www.watir.com Blog, www.testingwithvision.com Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Wed Apr 13 13:05:45 2011 From: marekj.com at gmail.com (marekj) Date: Wed, 13 Apr 2011 12:05:45 -0500 Subject: [Wtr-development] Follow up on Watir day In-Reply-To: References: Message-ID: I recovered 3 minutes of Hugh's talk. http://www.youtube.com/watch?v=rjEaN-mmJ94 The video shows a lot of participants in the room. marekj http://rubytester.com 2011/4/13 Bret Pettichord : > Hugh and I talked about the Convio branch. We saw that the Facebook guys > have their fork on a Facebook account, and we want to do the same thing. So > that means we'll move the convio branch to a convio account. Although the > real goal is to get Convio onto master. > > Moving the repo from my personal account to a Watir project account is also > on my roadmap, although it is after getting us to join the Software Freedom > Conservancy. I spoke with Bradley Kuhn in SF -- he's the director of the > SFC. The revised deadline is the end of the month. Not sure if we'll be able > to make it. There is a ton of stuff that needs to be collected, if any one > wants to help get the ball rolling. > http://wiki.openqa.org/display/WTR/Joining+the+Software+Freedom+Conservancy > > I'm still in the process of replacing my laptop and ipad. > > I think you all saw the news that Marek was in fact able to recover some of > the Watir Day video. He posted excerpts from me and Charley's talk > (http://www.youtube.com/watch?v=pS3yNY9hpx0) and has a lot footage from > Hugh's talk and the Facebook talk, including the shot where they are > standing in front of a slide that says "Facebook uses Watir". > > Still need to get slides from Simon and Alok and Brian uploaded to the wiki. > http://wiki.openqa.org/display/WTR/Watir+Day+Presentations > > > Bret > > > 2011/4/11 Charley Baker >> >> Sorry to hear about the laptops, what a loss of equipment and the >> intangibles like footage from Watir Day, personal code/files etc. I'm >> definitely guilty of not watching my own stuff closely. Though tempting to >> have this old thing stolen, I need to at least make sure I'm backed up >> regularly and covered through insurance. >> I figured as much on the Convio branch, I'm not touching it, though we >> probably should move it off to somewhere else. I suppose we could do a basic >> Watir account on Github. That might make it easier for finances? Not sure, >> but there are precedents - Rails and others. The other two branches were >> merged back and didn't need to live anymore. I think we were figuring out >> git at the time. >> I'll talk to Alok, their pull request should be easy to apply to current >> 1.8.1, I briefly looked at it. I've not had to deal with localization to >> that extent, but it's something that comes up often and there are tests. >> With the money we currently have, we should look at CI, getting some EC2 >> instances, since as you mentioned it's getting hard to have all the >> environments we should have for development, the one that's biting me now is >> issues in IE9 which only installs on Windows7. >> Anyhow, I'd love additional feedback on this or the individual points that >> I listed, many of which need to be fleshed out. I want to send updates on >> some of the this to the mailing list for Watir Day and copy the >> watir-general list. >> I suppose we could move this discussion to the wtr-dev list as well. >> Instead of adding more people. Thanks Zeljko. :) >> Cheers, >> Charley Baker >> Lead Developer, Watir, http://watir.com >> >> >> 2011/4/11 Bret Pettichord >>> >>> ?The zero-index branch is about 80% done. I was working on it some last >>> week. The issue I was working with at that point was making the array >>> operator also behave as a zero index. On Monday, I'll find out about when my >>> laptop might be replaced. Now I'm in the same boat as Charley -- not having >>> a good laptop for development of Watir. >>> >>> I was hoping to get some of the Convio changes merged into trunk, that is >>> why that is there. This is actually where we maintain the version we use at >>> Convio so please don't delete it. This is both the project repo as well as >>> my personal repo; perhaps a reason to move the official project repo into >>> another account? We could also perhaps move the branch to Hugh's account. >>> Since he and Marek work on this with me, I am looping him into this >>> discussion. >>> >>> Branches should be deleted when they have been merged back in or >>> abandoned. >>> >>> We need to sync up with the Facebook folks as well. I saw a pull request >>> from Alok recently. Looks like he wants us to patch 1.6.5. What do you guys >>> think about that? >>> >>> Bret >>> >>> On Sun, Apr 10, 2011 at 7:48 PM, Charley Baker >>> wrote: >>>> >>>> Yeah, agreed for now. We also need to make a push for the 0 index >>>> branch. I've deleted some of the other branches, and would like to delete >>>> the Convio branch. Yah/Nay? >>>> >>>> And maybe focus some work with people to get the zero index branch >>>> pulled in. We can also push on getting sync'd up with the watir-spec >>>> branch. >>>> Charley Baker >>>> Lead Developer, Watir, http://watir.com >>>> >>>> >>>> On Sun, Apr 10, 2011 at 10:33 PM, Jari Bakken >>>> wrote: >>>>> >>>>> If the goal is to bring 1.X closer to watir-webdriver, we should >>>>> target the watir2 branch of watirspec rather than master. I'd be happy >>>>> to set up and get HEAD running against the watir2 branch. I think that >>>>> would be a good starting point to move things forward (obviously >>>>> discussing the bigger changes along the way). Fixing potential >>>>> failures against watirspec's master branch seems like a waste of time >>>>> to me. >>>>> >>>>> Obviously a big part of making those specs pass will be 0-indexing, >>>>> but it will at least be well-tested without having to change the >>>>> existing test suite too much (since it will be configurable). >>>>> >>>>> WDYT? >>>>> >>>>> Jari >>>>> >>>>> On Mon, Apr 11, 2011 at 12:01 AM, Charley Baker >>>>> wrote: >>>>> > Oh absolutely, that was a quick draft. Btw, just sent this on to >>>>> > Jarmo who >>>>> > couldn't unfortunately make it this week, also copying Jari as well. >>>>> > There's >>>>> > a lot here that's left off and needs to be fleshed out. I also >>>>> > definitely >>>>> > want to spend some time with Watirspec, and drive out the >>>>> > inconsistencies >>>>> > and failures. This is more of a braindump to get it down than >>>>> > anything else, >>>>> > and getting people involved and the discussion going. >>>>> > >>>>> > Charley Baker >>>>> > Lead Developer, Watir, http://watir.com >>>>> > >>>>> > >>>>> > On Sun, Apr 10, 2011 at 1:18 PM, Jarmo wrote: >>>>> >> >>>>> >> What about development of Watir itself? What about compat with >>>>> >> Watir-Webdriver? Watirspec? >>>>> >> J. >>>>> >> >>>>> >> On Sun, Apr 10, 2011 at 10:25 PM, Charley Baker >>>>> >> >>>>> >> wrote: >>>>> >>> >>>>> >>> fyi, forgot to send this to you. >>>>> >>> >>>>> >>> ---------- Forwarded message ---------- >>>>> >>> From: Charley Baker >>>>> >>> Date: Sat, Apr 9, 2011 at 6:35 PM >>>>> >>> Subject: Follow up on Watir day >>>>> >>> To: Bret Pettichord , ?eljko Filipin >>>>> >>> , Alister Scott >>>>> >>> , Tim >>>>> >>> Koopmans >>>>> >>> >>>>> >>> >>>>> >>> After coming back from Watir Day and Selenium Conf, I want to keep >>>>> >>> the >>>>> >>> momentum going. There are several things we can do to keep this up, >>>>> >>> and make >>>>> >>> sure the enthusiasm for testing keeps up. Some of that depends on >>>>> >>> hitting >>>>> >>> the email list and some we can do as part of the project on our >>>>> >>> main mailing >>>>> >>> lists. Here's a quick summary of my thoughts: >>>>> >>> * Blogs - related to watir and automation testing (CI, ATDD...) >>>>> >>> * IRC >>>>> >>> * Getting directly involved - Design skills, documentation, pull >>>>> >>> requests, etc - we need some documentation around these areas >>>>> >>> * Podcasts - contact Zeljko or he may contact you :) >>>>> >>> * Answering questions on the mailing list >>>>> >>> * Joining the dev mailing list - prioritizing JIRA tickets >>>>> >>> * Testing prereleases on various OSes/browser combinations. >>>>> >>> * Help with setting up and maintaining CI. (we don't have it now >>>>> >>> but >>>>> >>> should be able to do this with our current funds) >>>>> >>> * Funding - getting more funds, and working through how to deal >>>>> >>> with what >>>>> >>> we have already >>>>> >>> * Watir Day next year and around the world - Zeljko and the >>>>> >>> European day, >>>>> >>> as well as what we want to do for next year - US and/or Europe >>>>> >>> * Watir Grid - and how to run distributed tests >>>>> >>> I'd be happy to send this out to the mailing list and dev list, >>>>> >>> possibly >>>>> >>> the main list with some amendments to expand out the various areas, >>>>> >>> these >>>>> >>> are the high level topics and I'd hope to get more information for >>>>> >>> specifics >>>>> >>> on each from everyone. Let me know what you think. I want to send >>>>> >>> out >>>>> >>> something in the next week. >>>>> >>> Forward on at will if you think other people should be involved. >>>>> >>> >>>>> >>> >>>>> >>> Cheers, >>>>> >>> Charley Baker >>>>> >>> Lead Developer, Watir, http://watir.com >>>>> >>> >>>>> >> >>>>> > >>>>> > >>>> >>> >>> >>> >>> -- >>> Bret Pettichord >>> Director, Watir Project, www.watir.com >>> >>> Blog, www.testingwithvision.com >>> Twitter, www.twitter.com/bpettichord >>> >> > > > > -- > Bret Pettichord > Director, Watir Project, www.watir.com > > Blog, www.testingwithvision.com > Twitter, www.twitter.com/bpettichord > > From alok at fb.com Fri Apr 15 01:58:05 2011 From: alok at fb.com (Alok Menghrajani) Date: Fri, 15 Apr 2011 05:58:05 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE Message-ID: Hi all, It seems IE & firefox don't deal with relative paths in the same way. Given the following page: hello Here is a comparison of various ways to get the link: On IE 8: - Ie fails with: browser.link(:href, '/foo.html').exists? - Ie works with: browser.link(:href, /foo.html/).exists? - Ie works with: browser.link(:xpath, "//a[@href='/foo.html']").exists? - Ie fails with: browser.element(:xpath, "//a[@href='/foo.html']").exists? Watir::Exception::MissingWayOfFindingObjectException: xpath is an unknown way of finding a <*> element (//a[@href='/foo.html']) - Ie fails with: browser.element_by_xpath("//a[@href='/foo.html']").exists? WIN32OLERuntimeError: unknown property or method `exists?' HRESULT error code:0x80020006 Unknown name. On Firefox: - firwfox works with: browser.link(:href, '/foo.html').exists? - firefox works with: browser.link(:href, /foo.html/).exists? - firefox works with: browser.link(:xpath, "//a[@href='/foo.html']").exists? - firefox fails with: browser.element(:xpath, "//a[@href='/foo.html']").exists? NoMethodError: undefined method `element' for # - firefox works with: browser.element_by_xpath("//a[@href='/foo.html']").exists? It seems like IE converts the relative url into absolute (at least that's what I'm seeing when I do browser.link(:href, /foo.html).to_s. Is there any easy way to get the original relative url? It would be nice to fix the behavior to be consistent across browsers :) I do have a unittest for all this. Should I put it in watir/unittests or commonwatir/unittests ? Alok From jarmo.p at gmail.com Fri Apr 15 02:22:15 2011 From: jarmo.p at gmail.com (Jarmo) Date: Fri, 15 Apr 2011 09:22:15 +0300 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: I think that this is the default behavior of IE and there's nothing we can do really. Or is there? Jari, remind me, how watir-webdriver works in that situation. I remember that there was the exact same problem. Jarmo On Fri, Apr 15, 2011 at 8:58 AM, Alok Menghrajani wrote: > Hi all, > > It seems IE & firefox don't deal with relative paths in the same way. > > Given the following page: > > > hello > > > > Here is a comparison of various ways to get the link: > > On IE 8: > - Ie fails with: browser.link(:href, '/foo.html').exists? > > - Ie works with: browser.link(:href, /foo.html/).exists? > > - Ie works with: browser.link(:xpath, "//a[@href='/foo.html']").exists? > > - Ie fails with: browser.element(:xpath, "//a[@href='/foo.html']").exists? > Watir::Exception::MissingWayOfFindingObjectException: xpath is an > unknown way of > finding a <*> element (//a[@href='/foo.html']) > > - Ie fails with: browser.element_by_xpath("//a[@href='/foo.html']").exists? > WIN32OLERuntimeError: unknown property or method `exists?' > HRESULT error code:0x80020006 > Unknown name. > > > On Firefox: > - firwfox works with: browser.link(:href, '/foo.html').exists? > > - firefox works with: browser.link(:href, /foo.html/).exists? > > - firefox works with: browser.link(:xpath, > "//a[@href='/foo.html']").exists? > > - firefox fails with: browser.element(:xpath, > "//a[@href='/foo.html']").exists? > NoMethodError: undefined method `element' for > # > > - firefox works with: > browser.element_by_xpath("//a[@href='/foo.html']").exists? > > > > It seems like IE converts the relative url into absolute (at least that's > what I'm seeing when I do browser.link(:href, /foo.html).to_s. Is there > any easy way to get the original relative url? It would be nice to fix the > behavior to be consistent across browsers :) > > I do have a unittest for all this. Should I put it in watir/unittests or > commonwatir/unittests ? > > Alok > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alok at fb.com Fri Apr 15 02:28:00 2011 From: alok at fb.com (Alok Menghrajani) Date: Fri, 15 Apr 2011 06:28:00 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: Since the xpath does have access to the relative url, there's probably a way to get the original url? Otherwise, we could write code to resolve the relative url (i.e. remove the base url which we have)? It's actually the work around I was planning to implement until this gets fixed :) Alok On 4/14/11 11:22 PM, "Jarmo" wrote: >I think that this is the default behavior of IE and there's nothing we >can do really. Or is there? Jari, remind me, how watir-webdriver works in >that situation. I remember that there was the exact same problem. > >Jarmo > >On Fri, Apr 15, 2011 at 8:58 AM, Alok Menghrajani wrote: > > >Hi all, > >It seems IE & firefox don't deal with relative paths in the same way. > >Given the following page: > > > hello > > > >Here is a comparison of various ways to get the link: > >On IE 8: >- Ie fails with: browser.link(:href, '/foo.html').exists? > >- Ie works with: browser.link(:href, /foo.html/).exists? > >- Ie works with: browser.link(:xpath, "//a[@href='/foo.html']").exists? > >- Ie fails with: browser.element(:xpath, "//a[@href='/foo.html']").exists? > Watir::Exception::MissingWayOfFindingObjectException: xpath is an >unknown way of > finding a <*> element (//a[@href='/foo.html']) > >- Ie fails with: >browser.element_by_xpath("//a[@href='/foo.html']").exists? > WIN32OLERuntimeError: unknown property or method `exists?' > HRESULT error code:0x80020006 > Unknown name. > > >On Firefox: >- firwfox works with: browser.link(:href, '/foo.html').exists? > >- firefox works with: browser.link(:href, /foo.html/).exists? > >- firefox works with: browser.link(:xpath, >"//a[@href='/foo.html']").exists? > >- firefox fails with: browser.element(:xpath, >"//a[@href='/foo.html']").exists? >NoMethodError: undefined method `element' for ># > >- firefox works with: >browser.element_by_xpath("//a[@href='/foo.html']").exists? > > > >It seems like IE converts the relative url into absolute (at least that's >what I'm seeing when I do browser.link(:href, /foo.html).to_s. Is there >any easy way to get the original relative url? It would be nice to fix the >behavior to be consistent across browsers :) > >I do have a unittest for all this. Should I put it in watir/unittests or >commonwatir/unittests ? > >Alok > >_______________________________________________ >Wtr-development mailing list >Wtr-development at rubyforge.org >http://rubyforge.org/mailman/listinfo/wtr-development > > > > > From jari.bakken at gmail.com Fri Apr 15 05:01:11 2011 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 15 Apr 2011 11:01:11 +0200 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: On Fri, Apr 15, 2011 at 8:22 AM, Jarmo wrote: > I think that this is the default behavior of IE and there's nothing we can > do really. Or is there? Jari, remind me, how watir-webdriver works in that > situation. I remember that there was the exact same problem. > Jarmo > WebDriver will eventually become consistent in always returning the absolute path. If you get the latest pre-release version (0.2.0.dev) of selenium-webdriver it will be consistent for at least IE / Firefox. From alok at fb.com Fri Apr 15 11:16:55 2011 From: alok at fb.com (Alok Menghrajani) Date: Fri, 15 Apr 2011 15:16:55 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: I like consistency :) However, I think it's also nice to have the library support relative paths. When you have different types of boxes (test, qa, prod, ...), you don't want to have to deal with absolute URLs because they aren't constant. Everyone could of course write a wrapper to deal with this, but imho it would be better for watir to abstract this out. Alok On 4/15/11 2:01 AM, "Jari Bakken" wrote: >WebDriver will eventually become consistent in always returning the >absolute path. If you get the latest pre-release version (0.2.0.dev) >of selenium-webdriver it will be consistent for at least IE / Firefox. From alok at fb.com Fri Apr 15 11:28:15 2011 From: alok at fb.com (Alok Menghrajani) Date: Fri, 15 Apr 2011 15:28:15 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: Fyi, getAttribute in javascript takes a second parameter. If you set it to '2', it will return the value exactly as found in the source document. So foo.getAttribute('href', 2) would return the original string. Alok On 4/14/11 11:22 PM, "Jarmo" wrote: >I think that this is the default behavior of IE and there's nothing we >can do really. Or is there? Jari, remind me, how watir-webdriver works in >that situation. I remember that there was the exact same problem. > >Jarmo From jarmo.p at gmail.com Fri Apr 15 12:24:33 2011 From: jarmo.p at gmail.com (Jarmo) Date: Fri, 15 Apr 2011 19:24:33 +0300 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: Agreed that the url should be always relative. I won't dig into code just yet, but is your suggested JavaScript getAttribute used by FireWatir already? In Watir, i think that the attribute is retrieved directly from the OLE element. Not sure of course. Jarmo On Fri, Apr 15, 2011 at 6:16 PM, Alok Menghrajani wrote: > I like consistency :) > > However, I think it's also nice to have the library support relative > paths. When you have different types of boxes (test, qa, prod, ...), you > don't want to have to deal with absolute URLs because they aren't > constant. Everyone could of course write a wrapper to deal with this, but > imho it would be better for watir to abstract this out. > > Alok > > On 4/15/11 2:01 AM, "Jari Bakken" wrote: > > > >WebDriver will eventually become consistent in always returning the > >absolute path. If you get the latest pre-release version (0.2.0.dev) > >of selenium-webdriver it will be consistent for at least IE / Firefox. > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alok at fb.com Fri Apr 15 13:18:12 2011 From: alok at fb.com (Alok Menghrajani) Date: Fri, 15 Apr 2011 17:18:12 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: For firewatir, watir uses getAttribute: In firewatir/lib/firewatir/element.rb: 413 if(how == \"href\" || how == \"src\" || how == \"action\" || how == \"name\") 414 { 415 attribute = element.getAttribute(how); 416 } I think we should: - read the attribute from the DOM (through JS, OLE, or whatever...). convert it to an absolute URI if it is not. - take the user's input. convert it to an absolute URI if it is not. - Compare the two. Also, my initial email last night was pointing out some other issues: 1. Where should we put a unittest for this stuff ? 2. Should browser.element(:xpath, ...) work (currently fails on IE & firefox) ? Or is this something that's deprecated ? 3. Should browser.element_by_xpath(...) work ? It currently fails on IE. Alok On 4/15/11 9:24 AM, "Jarmo" wrote: >Agreed that the url should be always relative. I won't dig into code just >yet, but is your suggested JavaScript getAttribute used by FireWatir >already? In Watir, i think that the attribute is retrieved directly from >the OLE element. Not sure of course. > >Jarmo From jarmo.p at gmail.com Sat Apr 16 03:17:51 2011 From: jarmo.p at gmail.com (Jarmo) Date: Sat, 16 Apr 2011 10:17:51 +0300 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: On Fri, Apr 15, 2011 at 8:18 PM, Alok Menghrajani wrote: > For firewatir, watir uses getAttribute: > > In firewatir/lib/firewatir/element.rb: > > 413 if(how == \"href\" || how == \"src\" || how == \"action\" || how == > \"name\") > 414 { > 415 attribute = element.getAttribute(how); > 416 } > > > > I think we should: > - read the attribute from the DOM (through JS, OLE, or whatever...). > convert it to an absolute URI if it is not. > - take the user's input. > convert it to an absolute URI if it is not. > - Compare the two. > I still think that it should be relative URI and not an absolute one. I, myself haven't searched any link by using an absolute URI and always use a regexp for searching. Any point to have them as an absolute? Also, my initial email last night was pointing out some other issues: > 1. Where should we put a unittest for this stuff ? > If the unittest covers FireWatir and Watir and you can make it pass for both of them, then it should be under commonwatir/unittests. 2. Should browser.element(:xpath, ...) work (currently fails on IE & > firefox) ? Or is this something that's deprecated ? > If i'm not mistaken then the #element is a quite new method in Watir and was meant to search for some general elements. I guess the :xpath locator is not implemented for it. In FireWatir there isn't that method at all. I haven't used that method at all since it returns some more general object, which doesn't have the element-specific methods. So it's usually quite useless IMO. > 3. Should browser.element_by_xpath(...) work ? > It currently fails on IE. > It is working. The problem is just that #element_by_xpath returns the OLE element and that doesn't have any Ruby methods like #exists? irb(main):005:0> b.element_by_xpath("//input") => # > > Alok > Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Sat Apr 16 08:35:48 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Sat, 16 Apr 2011 14:35:48 +0200 Subject: [Wtr-development] #42 Andreas Tolf Tolfsen on OperaWatir 1/2 In-Reply-To: References: Message-ID: And the second part is here, too: http://watirpodcast.com/43-andreas-tolf-tolfsen-on-operawatir-2-2/ ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Sat Apr 16 09:07:29 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Sat, 16 Apr 2011 15:07:29 +0200 Subject: [Wtr-development] FLOSS Weekly 161: Selenium Message-ID: I am hoping Watir will be on FLOSS Weekly podcast one of these days too. :) http://twit.tv/floss161 Hosts: Randal Schwartz and Randi Harper Selenium is a suite of tools used to automate web app testing across many platforms. Guest: Jason Huggins ?eljko -- watir.com - community manager watir.com/book - author watirpodcast.com - host viaqa.mobi conference on software testing - organizer -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Sat Apr 16 13:52:13 2011 From: charley.baker at gmail.com (Charley Baker) Date: Sat, 16 Apr 2011 11:52:13 -0600 Subject: [Wtr-development] Follow up on Watir day In-Reply-To: References: Message-ID: At some point we should meet up and prioritize some of these issues. IRC is a good place to meetup for the overall group, otherwise we can meet with a few people on Skype. I should have some time next week to shoot through my initial points and start fleshing some of them out. Let me know if you're interested in taking one of them on or want to talk further. Cheers, Charley Baker Lead Developer, Watir, http://watir.com On Wed, Apr 13, 2011 at 11:05 AM, marekj wrote: > I recovered 3 minutes of Hugh's talk. > http://www.youtube.com/watch?v=rjEaN-mmJ94 > The video shows a lot of participants in the room. > > > marekj > > http://rubytester.com > > > > > 2011/4/13 Bret Pettichord : > > Hugh and I talked about the Convio branch. We saw that the Facebook guys > > have their fork on a Facebook account, and we want to do the same thing. > So > > that means we'll move the convio branch to a convio account. Although the > > real goal is to get Convio onto master. > > > > Moving the repo from my personal account to a Watir project account is > also > > on my roadmap, although it is after getting us to join the Software > Freedom > > Conservancy. I spoke with Bradley Kuhn in SF -- he's the director of the > > SFC. The revised deadline is the end of the month. Not sure if we'll be > able > > to make it. There is a ton of stuff that needs to be collected, if any > one > > wants to help get the ball rolling. > > > http://wiki.openqa.org/display/WTR/Joining+the+Software+Freedom+Conservancy > > > > I'm still in the process of replacing my laptop and ipad. > > > > I think you all saw the news that Marek was in fact able to recover some > of > > the Watir Day video. He posted excerpts from me and Charley's talk > > (http://www.youtube.com/watch?v=pS3yNY9hpx0) and has a lot footage from > > Hugh's talk and the Facebook talk, including the shot where they are > > standing in front of a slide that says "Facebook uses Watir". > > > > Still need to get slides from Simon and Alok and Brian uploaded to the > wiki. > > http://wiki.openqa.org/display/WTR/Watir+Day+Presentations > > > > > > Bret > > > > > > 2011/4/11 Charley Baker > >> > >> Sorry to hear about the laptops, what a loss of equipment and the > >> intangibles like footage from Watir Day, personal code/files etc. I'm > >> definitely guilty of not watching my own stuff closely. Though tempting > to > >> have this old thing stolen, I need to at least make sure I'm backed up > >> regularly and covered through insurance. > >> I figured as much on the Convio branch, I'm not touching it, though we > >> probably should move it off to somewhere else. I suppose we could do a > basic > >> Watir account on Github. That might make it easier for finances? Not > sure, > >> but there are precedents - Rails and others. The other two branches were > >> merged back and didn't need to live anymore. I think we were figuring > out > >> git at the time. > >> I'll talk to Alok, their pull request should be easy to apply to current > >> 1.8.1, I briefly looked at it. I've not had to deal with localization to > >> that extent, but it's something that comes up often and there are tests. > >> With the money we currently have, we should look at CI, getting some EC2 > >> instances, since as you mentioned it's getting hard to have all the > >> environments we should have for development, the one that's biting me > now is > >> issues in IE9 which only installs on Windows7. > >> Anyhow, I'd love additional feedback on this or the individual points > that > >> I listed, many of which need to be fleshed out. I want to send updates > on > >> some of the this to the mailing list for Watir Day and copy the > >> watir-general list. > >> I suppose we could move this discussion to the wtr-dev list as well. > >> Instead of adding more people. Thanks Zeljko. :) > >> Cheers, > >> Charley Baker > >> Lead Developer, Watir, http://watir.com > >> > >> > >> 2011/4/11 Bret Pettichord > >>> > >>> The zero-index branch is about 80% done. I was working on it some last > >>> week. The issue I was working with at that point was making the array > >>> operator also behave as a zero index. On Monday, I'll find out about > when my > >>> laptop might be replaced. Now I'm in the same boat as Charley -- not > having > >>> a good laptop for development of Watir. > >>> > >>> I was hoping to get some of the Convio changes merged into trunk, that > is > >>> why that is there. This is actually where we maintain the version we > use at > >>> Convio so please don't delete it. This is both the project repo as well > as > >>> my personal repo; perhaps a reason to move the official project repo > into > >>> another account? We could also perhaps move the branch to Hugh's > account. > >>> Since he and Marek work on this with me, I am looping him into this > >>> discussion. > >>> > >>> Branches should be deleted when they have been merged back in or > >>> abandoned. > >>> > >>> We need to sync up with the Facebook folks as well. I saw a pull > request > >>> from Alok recently. Looks like he wants us to patch 1.6.5. What do you > guys > >>> think about that? > >>> > >>> Bret > >>> > >>> On Sun, Apr 10, 2011 at 7:48 PM, Charley Baker < > charley.baker at gmail.com> > >>> wrote: > >>>> > >>>> Yeah, agreed for now. We also need to make a push for the 0 index > >>>> branch. I've deleted some of the other branches, and would like to > delete > >>>> the Convio branch. Yah/Nay? > >>>> > >>>> And maybe focus some work with people to get the zero index branch > >>>> pulled in. We can also push on getting sync'd up with the watir-spec > >>>> branch. > >>>> Charley Baker > >>>> Lead Developer, Watir, http://watir.com > >>>> > >>>> > >>>> On Sun, Apr 10, 2011 at 10:33 PM, Jari Bakken > >>>> wrote: > >>>>> > >>>>> If the goal is to bring 1.X closer to watir-webdriver, we should > >>>>> target the watir2 branch of watirspec rather than master. I'd be > happy > >>>>> to set up and get HEAD running against the watir2 branch. I think > that > >>>>> would be a good starting point to move things forward (obviously > >>>>> discussing the bigger changes along the way). Fixing potential > >>>>> failures against watirspec's master branch seems like a waste of time > >>>>> to me. > >>>>> > >>>>> Obviously a big part of making those specs pass will be 0-indexing, > >>>>> but it will at least be well-tested without having to change the > >>>>> existing test suite too much (since it will be configurable). > >>>>> > >>>>> WDYT? > >>>>> > >>>>> Jari > >>>>> > >>>>> On Mon, Apr 11, 2011 at 12:01 AM, Charley Baker > >>>>> wrote: > >>>>> > Oh absolutely, that was a quick draft. Btw, just sent this on to > >>>>> > Jarmo who > >>>>> > couldn't unfortunately make it this week, also copying Jari as > well. > >>>>> > There's > >>>>> > a lot here that's left off and needs to be fleshed out. I also > >>>>> > definitely > >>>>> > want to spend some time with Watirspec, and drive out the > >>>>> > inconsistencies > >>>>> > and failures. This is more of a braindump to get it down than > >>>>> > anything else, > >>>>> > and getting people involved and the discussion going. > >>>>> > > >>>>> > Charley Baker > >>>>> > Lead Developer, Watir, http://watir.com > >>>>> > > >>>>> > > >>>>> > On Sun, Apr 10, 2011 at 1:18 PM, Jarmo wrote: > >>>>> >> > >>>>> >> What about development of Watir itself? What about compat with > >>>>> >> Watir-Webdriver? Watirspec? > >>>>> >> J. > >>>>> >> > >>>>> >> On Sun, Apr 10, 2011 at 10:25 PM, Charley Baker > >>>>> >> > >>>>> >> wrote: > >>>>> >>> > >>>>> >>> fyi, forgot to send this to you. > >>>>> >>> > >>>>> >>> ---------- Forwarded message ---------- > >>>>> >>> From: Charley Baker > >>>>> >>> Date: Sat, Apr 9, 2011 at 6:35 PM > >>>>> >>> Subject: Follow up on Watir day > >>>>> >>> To: Bret Pettichord , ?eljko Filipin > >>>>> >>> , Alister Scott > >>>>> >>> , Tim > >>>>> >>> Koopmans > >>>>> >>> > >>>>> >>> > >>>>> >>> After coming back from Watir Day and Selenium Conf, I want to > keep > >>>>> >>> the > >>>>> >>> momentum going. There are several things we can do to keep this > up, > >>>>> >>> and make > >>>>> >>> sure the enthusiasm for testing keeps up. Some of that depends on > >>>>> >>> hitting > >>>>> >>> the email list and some we can do as part of the project on our > >>>>> >>> main mailing > >>>>> >>> lists. Here's a quick summary of my thoughts: > >>>>> >>> * Blogs - related to watir and automation testing (CI, ATDD...) > >>>>> >>> * IRC > >>>>> >>> * Getting directly involved - Design skills, documentation, pull > >>>>> >>> requests, etc - we need some documentation around these areas > >>>>> >>> * Podcasts - contact Zeljko or he may contact you :) > >>>>> >>> * Answering questions on the mailing list > >>>>> >>> * Joining the dev mailing list - prioritizing JIRA tickets > >>>>> >>> * Testing prereleases on various OSes/browser combinations. > >>>>> >>> * Help with setting up and maintaining CI. (we don't have it now > >>>>> >>> but > >>>>> >>> should be able to do this with our current funds) > >>>>> >>> * Funding - getting more funds, and working through how to deal > >>>>> >>> with what > >>>>> >>> we have already > >>>>> >>> * Watir Day next year and around the world - Zeljko and the > >>>>> >>> European day, > >>>>> >>> as well as what we want to do for next year - US and/or Europe > >>>>> >>> * Watir Grid - and how to run distributed tests > >>>>> >>> I'd be happy to send this out to the mailing list and dev list, > >>>>> >>> possibly > >>>>> >>> the main list with some amendments to expand out the various > areas, > >>>>> >>> these > >>>>> >>> are the high level topics and I'd hope to get more information > for > >>>>> >>> specifics > >>>>> >>> on each from everyone. Let me know what you think. I want to send > >>>>> >>> out > >>>>> >>> something in the next week. > >>>>> >>> Forward on at will if you think other people should be involved. > >>>>> >>> > >>>>> >>> > >>>>> >>> Cheers, > >>>>> >>> Charley Baker > >>>>> >>> Lead Developer, Watir, http://watir.com > >>>>> >>> > >>>>> >> > >>>>> > > >>>>> > > >>>> > >>> > >>> > >>> > >>> -- > >>> Bret Pettichord > >>> Director, Watir Project, www.watir.com > >>> > >>> Blog, www.testingwithvision.com > >>> Twitter, www.twitter.com/bpettichord > >>> > >> > > > > > > > > -- > > Bret Pettichord > > Director, Watir Project, www.watir.com > > > > Blog, www.testingwithvision.com > > Twitter, www.twitter.com/bpettichord > > > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Sat Apr 16 15:01:44 2011 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 16 Apr 2011 14:01:44 -0500 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: Alok, Jarmo, Jari, Thank you for your attention to this problem. I've also seen this problem in my own tests and believe many of our users will value a solution. Bret On Sat, Apr 16, 2011 at 2:17 AM, Jarmo wrote: > On Fri, Apr 15, 2011 at 8:18 PM, Alok Menghrajani wrote: > >> For firewatir, watir uses getAttribute: >> >> In firewatir/lib/firewatir/element.rb: >> >> 413 if(how == \"href\" || how == \"src\" || how == \"action\" || how == >> \"name\") >> 414 { >> 415 attribute = element.getAttribute(how); >> 416 } >> >> >> >> I think we should: >> - read the attribute from the DOM (through JS, OLE, or whatever...). >> convert it to an absolute URI if it is not. >> - take the user's input. >> convert it to an absolute URI if it is not. >> - Compare the two. >> > > I still think that it should be relative URI and not an absolute one. I, > myself haven't searched any link by using an absolute URI and always use a > regexp for searching. Any point to have them as an absolute? > > > Also, my initial email last night was pointing out some other issues: >> 1. Where should we put a unittest for this stuff ? >> > > If the unittest covers FireWatir and Watir and you can make it pass for > both of them, then it should be under commonwatir/unittests. > > > 2. Should browser.element(:xpath, ...) work (currently fails on IE & >> firefox) ? > > Or is this something that's deprecated ? >> > > If i'm not mistaken then the #element is a quite new method in Watir and > was meant to search for some general elements. I guess the :xpath locator is > not implemented for it. In FireWatir there isn't that method at all. I > haven't used that method at all since it returns some more general object, > which doesn't have the element-specific methods. So it's usually quite > useless IMO. > > >> 3. Should browser.element_by_xpath(...) work ? >> It currently fails on IE. >> > > It is working. The problem is just that #element_by_xpath returns the OLE > element and that doesn't have any Ruby methods like #exists? > irb(main):005:0> b.element_by_xpath("//input") > => # > > >> >> Alok >> > > Jarmo > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord Director, Watir Project, www.watir.com Blog, www.testingwithvision.com Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From alok at fb.com Sun Apr 17 20:37:01 2011 From: alok at fb.com (Alok Menghrajani) Date: Mon, 18 Apr 2011 00:37:01 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: On 4/16/11 12:17 AM, "Jarmo" wrote: >I still think that it should be relative URI and not an absolute one. I, >myself haven't searched any link by using an absolute URI and always use >a regexp for searching. Any point to have them as an absolute? How about making sure Watir works with both? If the page source is absolute, but you search using a relative link, it should just work, and vice-versa? The easiest way to achieve this is to convert everything to an absolute URI, but we could maybe do it in other ways too ? Alok From charley.baker at gmail.com Sun Apr 17 21:22:17 2011 From: charley.baker at gmail.com (Charley Baker) Date: Sun, 17 Apr 2011 19:22:17 -0600 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: That's probably the most realistic approach. Like Jarmo mentioned, I've only used environment configuration for the environment absolute URIs, everything is found by relative URIs after that point. However, we can get the absolute URI and store that internally. -c On Sun, Apr 17, 2011 at 6:37 PM, Alok Menghrajani wrote: > > > On 4/16/11 12:17 AM, "Jarmo" wrote: > > >I still think that it should be relative URI and not an absolute one. I, > >myself haven't searched any link by using an absolute URI and always use > >a regexp for searching. Any point to have them as an absolute? > > How about making sure Watir works with both? If the page source is > absolute, but you search using a relative link, it should just work, and > vice-versa? The easiest way to achieve this is to convert everything to an > absolute URI, but we could maybe do it in other ways too ? > > Alok > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.koops at gmail.com Tue Apr 19 17:44:35 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Wed, 20 Apr 2011 07:44:35 +1000 Subject: [Wtr-development] [wtr-general] Problem about watir-webdriver In-Reply-To: References: Message-ID: I think we mentioned at watirday that we should communicate spec capabilities for the different browsers and APIs in the watir domain. Is this something we can automate from watirspec? i.e. output a table and reference on Watir.com: API IE6 IE7 IE8 IE9 FF3 FF4 etc watir 100% 98% 98% 80% n/a firewatir safariwatir watir-webdriver etc Maybe also indicate the different versions/channels of APIs available e.g. stable, dev, beta Logical questions from newbies are: 1. what version of watir should I use? 2. is it stable, used in production (yes I know FB uses it but they are on an old version for example) 3. where is the doco for the version I use We communicate that it's cross platform, multi browser but that's only true in certain combinations with ruby version X, api choice Y and api version Z Thoughts? On Tue, Apr 19, 2011 at 8:52 PM, Jari Bakken wrote: > On Tue, Apr 19, 2011 at 10:28 AM, Ekin Han wrote: > > Hi all, > > > > I am using watir-webdriver now. > > > > Could anybody tell me where is the online doc of waitr webdriver? > > > > API docs: http://rubydoc.info/github/jarib/watir-webdriver/master/frames > Wiki: https://github.com/jarib/watir-webdriver/wiki/_pages > > > And is watir-webdriver stable enough for real world testing? > > > > Yes. I know several big companies who use the underlying WebDriver > technology very successfully in production, and has been doing so for > years. However it depends on what browsers you need to test. I'm using > the Firefox driver for real world testing and it's *very* stable. The > Chrome driver which is in the current release is not great, but a > rewrite has just landed in Selenium trunk and by the next release of > selenium-webdriver (which watir-webdriver builds on top of) we will > have excellent Chrome support as well. The IE driver has traditionally > been the least stable driver, but it has seen huge improvements over > the past few months (thanks to fantastic work by Jim Evans) and its > pass rate on watirspec is now looking very good as well. I haven't > used it for any real world testing, so can't really speak to its > stability outside the specs. > > Jari > > -- > Before posting, please read http://watir.com/support. In short: search > before you ask, be nice. > > watir-general at googlegroups.com > http://groups.google.com/group/watir-general > watir-general+unsubscribe at googlegroups.com > -- Cheers, Tim @90kts -------------- next part -------------- An HTML attachment was scrubbed... URL: From jari.bakken at gmail.com Tue Apr 19 18:48:25 2011 From: jari.bakken at gmail.com (Jari Bakken) Date: Wed, 20 Apr 2011 00:48:25 +0200 Subject: [Wtr-development] [wtr-general] Problem about watir-webdriver In-Reply-To: References: Message-ID: On Tue, Apr 19, 2011 at 11:44 PM, Tim Koopmans wrote: > I think we mentioned at watirday that we should communicate spec > capabilities for the different browsers and APIs in the watir domain. > Is this something we can automate from watirspec? i.e. output a table and > reference on Watir.com: > API ? ? ? ? ? ? ? ? IE6 ? ? IE7 ? ?IE8 ? ? IE9 ? ? ?FF3 ? ? ?FF4 ? ?etc > watir ? ? ? ? ? ? ? ?100% ?98% ?98% ? 80% ? ? n/a > firewatir > safariwatir > watir-webdriver > etc I love this idea, but I see some problems. There are several branches of watirspec; the master branch is used by Celerity and matches the 1.X behaviour closely, the watir2 branch is what's used by watir-webdriver with its set of changes [1]. After some recent discussion [2], I switched the watirspec submodule in the Watir repo to point to the watir2 branch [3]. I haven't run the full suite with either IE-Watir or Firewatir, but I expect a lot of failures (including a lot of low-hanging fruit if someone wants to dig into the code!). The watir2 branch expects 0-indexing, for instance. So I'm not sure how valuable it would be for new users to see the spec results. If we run all the implementations against the watir2 branch, watir-webdriver will look very good and everyone else will look pretty bad. If we don't run the same branch for all the implementations then it won't be a real comparison. Watirspec also does guard specs for specific browser/os combinations, which makes it easy to use for CI without requiring all specs to pass [4], but hard to get the kind of overview we're looking for here. The being said, IMHO I think it'd be cool to have something like this to see how well the various browsers are supported, even if it was just for watir-webdriver running watirspec's watir2 branch. But I'm biased :) Jari [1] outlined in https://github.com/jarib/watir-webdriver/wiki/Comparison-with-Watir-1.X [2] http://rubyforge.org/pipermail/wtr-development/2011-April/003033.html - Read that bottom up. Some of the discussion is missing from the archive?! [3] https://github.com/bret/watir/commit/1a72a0867e7377e380347faadc162e34840c5554 [4] Here's an example of a recent spec run with watir-webdriver + IE: http://files.jaribakken.com/watir-webdriver/spec-results/2011-04-19/ From watirjira at gmail.com Thu Apr 21 17:29:12 2011 From: watirjira at gmail.com (Abraham Heward (JIRA)) Date: Thu, 21 Apr 2011 16:29:12 -0500 (CDT) Subject: [Wtr-development] [JIRA] Created: (WTR-475) Need a common API for scrollIntoView Message-ID: <2403159.59.1303421352248.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Need a common API for scrollIntoView ------------------------------------ Key: WTR-475 URL: http://jira.openqa.org/browse/WTR-475 Project: Watir Issue Type: Bug Components: FireWatir Affects Versions: 1.8.0 Environment: Windows, Firefox Reporter: Abraham Heward Trying to use scrollIntoView with page objects in Firefox results in an undefined method error. See https://groups.google.com/forum/#!topic/watir-general/s5QMvUiy8dM for a detailed discussion and examples of the problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From bpettichord at gmail.com Sun Apr 24 17:38:33 2011 From: bpettichord at gmail.com (Bret Pettichord) Date: Sun, 24 Apr 2011 16:38:33 -0500 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: With no more comments, I consider this issue decided. Tim, please go ahead and work with Zeljko and Alister to add WatirGrid to our website. Bret On Tue, Apr 19, 2011 at 7:37 PM, Bret Pettichord wrote: > Hey I wanted to loop some more people into this discussion. So far I have > seen what I interpret as one +1 vote (Charley) and two +0 votes (Alister and > me). > > Please read the the thread and vote. Also I'm very interested in the wider > issues that have been raised including who should have a vote in questions > like this and what does Watir need to do to continue to be a viable project? > > bret > > > ---------- Forwarded message ---------- > From: Tim Koopmans > Date: Tue, Apr 19, 2011 at 4:29 PM > Subject: Re: WatirGrid > To: Bret Pettichord , Charley Baker < > charley.baker at gmail.com>, ?eljko Filipin , > Alister Scott > > > Indeed you make a good point about focus Bret. > > I would like to add another point which is *relevance*. How do we ensure > Watir stays relevant in the long term, especially since webdriver is > bringing the Se and Watir projects closer than ever before. An instinctual > fear of mine is that the project with less relevance will die. I didn't want > to say "ye with less features will perish" as I don't believe that, but > sometimes features/support/doco add to feeling of relevance. > > Because I'm thinking of a business model based on Watir (for gridinit) I > sit and ponder on this point of relevance a lot lately. Especially when I > stare at the numbers on this page: > http://ruby-toolbox.com/categories/browser_testing.html > > By those numbers, *perhaps* Watir is already losing relevance in the Ruby > community... our primary audience no? > > Bret made an excellent point at his key note: "Watir makes testers better > developers, Selenium makes developers better testers". My experience has > been to start with Watir, then move on to other testing APIs such as webrat > or capybara as I inevitably do more development. But I 'm thinking people > stay on those latter tools, only to fold them back into something like > Selenium. Why is that happening? Hence I worry that Watir is losing > relevance as a test-in-the-browser tool... My job next week is to look at a > capybara adapter for watir for this reason... > > Sorry for the loose train of thought (post coffee)... Only related to the > original request because I want Watir to stay relevant as a test API. > Inevitably it may already be losing focus as a core browser driver since > IMHO webdriver is stepping up to that same plate. > > in short, > > *survival = focus + relevance* > > I'd suggest adding a framework section, where things like testing > frameworks (including rspec, cucumber, watirsplash, taza, watirgrid) could > exist > > e.g. top menu on watir.com > Watir Day! Installation Examples Documentation Platform > > becomes ... > Installation Examples Frameworks Documentation Platform > > I'm not sure how we 'vote' for what frameworks make that space, and not > sure how selenium does it. Maybe we could just say > a. it must be a gem > b. it must have tests > c. it must have doco/examples > d. it must have > 2K downloads on rubygems? > > I think 'blessing' frameworks would acknowledge contribution outside the > core platform and encourage further development / contributions ... Reading > "rebel code" it seems the later success of Linux amongst many things was > underpinned by a large amount of contributors, at first around only the > kernel, but then later things like X11, KDE, OpenOffice really made Linux > the complete package (which for the Linus-like purists, never thought > initially they should be in the package). Perhaps some parallels there ;-) > > Cheers, > Tim > > 2011/4/20 Bret Pettichord > >> As part of the process of joining the Conservancy, we need to define who >> has a vote in questions like this. I don't want to make these decisions the >> same way the Selenium team does. I'm still collecting my thoughts on what >> the right process for us would be. I'd appreciate comments if you all have >> opinions. >> >> I don't have strong feelings one way or another on the Watir Grid >> question. On the one hand, Watir has benefited from a focus on the core >> browser driver. I think it has been good that we have never blessed any >> particular testing framework (rspec, cucumber, taza, watircraft). On the >> other hand, Watir benefits from being seen as part of an ecosystem. >> >> Bret >> >> >> 2011/4/19 Charley Baker >> >>> I think it belongs, it's an important part of the Watir ecosystem. >>> >>> >>> Charley Baker >>> Lead Developer, Watir, http://watir.com >>> >>> >>> >>> On Mon, Apr 18, 2011 at 10:24 PM, Alister Scott >> > wrote: >>> >>>> I personally don't have any issues with it being on Watir.com. >>>> Does anyone else? >>>> >>>> Cheers, >>>> >>>> Alister Scott >>>> Brisbane, Australia >>>> Watir Web Master: http://watir.com >>>> Blog: http://watirmelon.com >>>> LinkedIn: http://www.linkedin.com/in/alisterscott >>>> >>>> "There are two ways to get enough: One is to continue to accumulate more >>>> and more. The other is to desire less." *~ G. K. Chesterton* >>>> >>>> >>>> >>>> On Tue, Apr 19, 2011 at 7:51 AM, Tim Koopmans wrote: >>>> >>>>> Hi guys, >>>>> >>>>> Was going to send this to wtr-dev but thought you 4 to be the best >>>>> custodians of watir promotions / watir.com ... >>>>> >>>>> Do you think there's merit / space to reference WatirGrid on watir.commuch the same as SeleniumGrid on >>>>> seleniumhq.org? I'm thinking it's reached a certain amount of maturity >>>>> / usability to be a viable tool for distributing watir based tests ... >>>>> >>>>> Disclaimer: I am interested in promoting aspects of WatirGrid with a >>>>> vested interest in the commercial implementation Gridinit.com which is >>>>> nearing readiness for public beta testing =) Just working on examples with >>>>> different test frameworks and possibly screen casts to help explain what >>>>> this all does. >>>>> >>>>> Funnily enough WatirGrid also now supports Selenium test cases (I >>>>> wanted to do that for Gridinit). Check them out and see what you think. >>>>> >>>>> -- >>>>> Cheers, >>>>> Tim >>>>> >>>>> @90kts >>>>> >>>>> >>>> >>> >> >> >> -- >> Bret Pettichord >> Lead Developer, Watir, www.watir.com >> >> Blog, www.io.com/~wazmo/blog >> Twitter, www.twitter.com/bpettichord >> >> > > > -- > Cheers, > Tim > > @90kts > > > > > -- > Bret Pettichord > Lead Developer, Watir, www.watir.com > > Blog, www.io.com/~wazmo/blog > Twitter, www.twitter.com/bpettichord > > -- Bret Pettichord Lead Developer, Watir, www.watir.com Blog, www.io.com/~wazmo/blog Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Mon Apr 25 02:24:33 2011 From: jarmo.p at gmail.com (Jarmo) Date: Mon, 25 Apr 2011 09:24:33 +0300 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: I don't see anything bad for adding frameworks-like section to watir.com to show that Watir is actively used as a platform for other tools too to make the life even easier. It would show that Watir is more popular as it already seems to be :) Jarmo On Mon, Apr 25, 2011 at 12:38 AM, Bret Pettichord wrote: > With no more comments, I consider this issue decided. Tim, please go ahead > and work with Zeljko and Alister to add WatirGrid to our website. > > Bret > > On Tue, Apr 19, 2011 at 7:37 PM, Bret Pettichord > wrote: >> >> Hey I wanted to loop some more people into this discussion. So far I have >> seen what I interpret as one +1 vote (Charley) and two +0 votes (Alister and >> me). >> >> Please read the the thread and vote. Also I'm very interested in the wider >> issues that have been raised including who should have a vote in questions >> like this and what does Watir need to do to continue to be a viable project? >> >> bret >> >> ---------- Forwarded message ---------- >> From: Tim Koopmans >> Date: Tue, Apr 19, 2011 at 4:29 PM >> Subject: Re: WatirGrid >> To: Bret Pettichord , Charley Baker >> , ?eljko Filipin , >> Alister Scott >> >> >> Indeed you make a good point about focus Bret. >> I would like to add another point which is relevance. How do we ensure >> Watir stays relevant in the long term, especially since webdriver is >> bringing the Se and Watir projects closer than ever before. An instinctual >> fear of mine is that the project with less relevance will die. I didn't want >> to say "ye with less features will perish" as I don't believe that, but >> sometimes features/support/doco add to feeling of relevance. >> Because I'm thinking of a business model based on Watir (for gridinit) I >> sit and ponder on this point of relevance a lot lately. Especially when I >> stare at the numbers on this >> page:?http://ruby-toolbox.com/categories/browser_testing.html >> By those numbers, perhaps Watir is already losing relevance in the Ruby >> community... our primary audience no? >> Bret made an excellent point at his key note: "Watir makes testers better >> developers, Selenium makes developers better testers". My experience has >> been to start with Watir, then move on to other testing APIs such as webrat >> or capybara as I inevitably do more development. But I 'm thinking people >> stay on those latter tools, only to fold them back into something like >> Selenium. Why is that happening? Hence I worry that Watir is losing >> relevance as a test-in-the-browser tool... My job next week is to look at a >> capybara adapter for watir for this reason... >> Sorry for the loose train of thought (post coffee)... Only related to the >> original request because I want Watir to stay relevant as a test API. >> Inevitably it may already be losing focus as a core browser driver since >> IMHO webdriver is stepping up to that same plate. >> in short, >> survival = focus + relevance >> I'd suggest adding a framework section, where things like testing >> frameworks (including rspec, cucumber, watirsplash, taza, watirgrid) could >> exist >> e.g. top menu on watir.com >> Watir Day! ?Installation ?Examples ??Documentation ?Platform >> becomes ... >> Installation ?Examples ?Frameworks ?Documentation ?Platform >> I'm not sure how we 'vote' for what frameworks make that space, and not >> sure how selenium does it. Maybe we could just say >> a. it must be a gem >> b. it must have tests >> c. it must have doco/examples >> d. it must have > 2K downloads on rubygems? >> I think 'blessing' frameworks would acknowledge contribution outside the >> core platform and encourage further development / contributions ... ?Reading >> "rebel code" it seems the later success of Linux amongst many things was >> underpinned by a large amount of contributors, at first around only the >> kernel, but then later things like X11, KDE, OpenOffice really made Linux >> the complete package (which for the Linus-like purists, never thought >> initially they should be in the package). Perhaps some parallels there ;-) >> Cheers, >> Tim >> 2011/4/20 Bret Pettichord >>> >>> As part of the process of joining the Conservancy, we need to define who >>> has a vote in questions like this. I don't want to make these decisions the >>> same way the Selenium team does. I'm still collecting my thoughts on what >>> the right process for us would be. I'd appreciate comments if you all have >>> opinions. >>> >>> I don't have strong feelings one way or another on the Watir Grid >>> question. On the one hand, Watir has benefited from a focus on the core >>> browser driver. I think it has been good that we have never blessed any >>> particular testing framework (rspec, cucumber, taza, watircraft). On the >>> other hand, Watir benefits from being seen as part of an ecosystem. >>> >>> Bret >>> >>> 2011/4/19 Charley Baker >>>> >>>> I think it belongs, it's an important part of the Watir ecosystem. >>>> >>>> Charley Baker >>>> Lead Developer, Watir, http://watir.com >>>> >>>> >>>> On Mon, Apr 18, 2011 at 10:24 PM, Alister Scott >>>> wrote: >>>>> >>>>> I personally don't have any issues with it being on Watir.com. >>>>> Does anyone else? >>>>> >>>>> Cheers, >>>>> >>>>> Alister Scott >>>>> Brisbane, Australia >>>>> Watir Web Master: http://watir.com >>>>> Blog: http://watirmelon.com >>>>> LinkedIn: http://www.linkedin.com/in/alisterscott >>>>> >>>>> "There are two ways to get enough: One is to continue to accumulate >>>>> more and more. The other is to desire less." ~ G. K. Chesterton >>>>> >>>>> >>>>> On Tue, Apr 19, 2011 at 7:51 AM, Tim Koopmans >>>>> wrote: >>>>>> >>>>>> Hi guys, >>>>>> Was going to send this to wtr-dev but thought you 4 to be the best >>>>>> custodians of watir promotions / watir.com ... >>>>>> >>>>>> Do you think there's merit / space to reference WatirGrid on watir.com >>>>>> much the same as SeleniumGrid on seleniumhq.org? I'm thinking it's reached a >>>>>> certain amount of maturity / usability to be a viable tool for distributing >>>>>> watir based tests ... >>>>>> Disclaimer: I am interested in promoting aspects of WatirGrid with a >>>>>> vested interest in the commercial implementation Gridinit.com which is >>>>>> nearing readiness for public beta testing =) Just working on examples with >>>>>> different test frameworks and possibly screen casts to help explain what >>>>>> this all does. >>>>>> Funnily enough WatirGrid also now supports Selenium test cases (I >>>>>> wanted to do that for Gridinit). Check them out and see what ?you think. >>>>>> -- >>>>>> Cheers, >>>>>> Tim >>>>>> >>>>>> @90kts >>>>>> >>>>> >>>> >>> >>> >>> >>> -- >>> Bret Pettichord >>> Lead Developer, Watir, www.watir.com >>> >>> Blog, www.io.com/~wazmo/blog >>> Twitter, www.twitter.com/bpettichord >>> >> >> >> >> -- >> Cheers, >> Tim >> >> @90kts >> >> >> >> >> -- >> Bret Pettichord >> Lead Developer, Watir, www.watir.com >> >> Blog, www.io.com/~wazmo/blog >> Twitter, www.twitter.com/bpettichord >> > > > > -- > Bret Pettichord > Lead Developer, Watir, www.watir.com > > Blog, www.io.com/~wazmo/blog > Twitter, www.twitter.com/bpettichord > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From alok at fb.com Tue Apr 26 14:52:53 2011 From: alok at fb.com (Alok Menghrajani) Date: Tue, 26 Apr 2011 18:52:53 +0000 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: Message-ID: On 4/16/11 12:17 AM, "Jarmo" wrote: >3. Should browser.element_by_xpath(...) work ? > It currently fails on IE. > > > >It is working. The problem is just that #element_by_xpath returns the OLE >element and that doesn't have any Ruby methods like #exists? >irb(main):005:0> b.element_by_xpath("//input") >=> # We should file this as a bug in for IE Watir, right? element_by_xpath should behave the same way across browsers.... Alok From robin9257 at hotmail.com Wed Apr 27 01:40:24 2011 From: robin9257 at hotmail.com (=?gb2312?B?1dfF9CDQ+w==?=) Date: Wed, 27 Apr 2011 05:40:24 +0000 Subject: [Wtr-development] A question about Watir from Robin Xuan Message-ID: Hi all: I'm a Test Development Engineer in Baidu which is the one of the biggest net companies in Beijing, China, and recently i need to develop a frame about automatic test. 1) why Fire-watir cannot support Chinese, i try to change the coded format to set the words in text fields but field at last.....So i want to know whether Firewatir support Chinese format,Thanks 2)watir-webdriver was based on the Selenium-webdriver, from my perspective, Watir-webdriver can solve any problems about firefox, but in fact , I found some problems when i used watir-webdriver. 2.1 the function named attach can not be found in watir-webdriver, besides, i have to use windows[x].use to change the current browser, but if the browser'state which i want to attach is loading or interactive, webdriver will wait 60 seconds which is the timout of HTTP protocol of Ruby. 2.2 because of the difference of performance of computers, so some case written by watir-webdriver cannot be run successfully For instance: if i want to clear a textfield, so i write "$broser.text_field(:id,"robin").clear" , then i want to set this text_field a value, then i write "$browser.text_field(:id,"robin").set "ABC" " but at last, it will raise a execption which named "Timeout::Error: execution expired" from /Ruby187/lib/1.8/timeout.rb:64:in 'rbuf_fill' Thanks Yours faithfully Robin Xuan Baidu.com | QA developer | Robin Xuan | robin9257 at hotmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin9257 at hotmail.com Wed Apr 27 03:43:16 2011 From: robin9257 at hotmail.com (=?gb2312?B?1dfF9CDQ+w==?=) Date: Wed, 27 Apr 2011 07:43:16 +0000 Subject: [Wtr-development] Help-from a QAD, Robin Xuan Message-ID: Hi all, Execuse me, today i found a problem is that a paragraph code of watir-webdriver run in computer A's firefox took 2.65 seconds but run in another computer's firefox took 16.5 seconds. and both browser are firefox 1.6.5.16 so, i want to know why and how can I solve this problem. yours faithfully Robin Xuan -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Apr 27 03:53:38 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 27 Apr 2011 09:53:38 +0200 Subject: [Wtr-development] Help-from a QAD, Robin Xuan In-Reply-To: References: Message-ID: Please take a look at this page on how to get support: http://watir.com/support/ This mailing list is for discussing Watir development. ?eljko -- watir.com - community manager watir.com/book - author watirpodcast.com - host viaqa.mobi conference on software testing - organizer 2011/4/27 ?? ? > Hi all, > Execuse me, today i found a problem is that a paragraph code of > watir-webdriver run in computer A's firefox took 2.65 seconds but run in > another computer's firefox took 16.5 seconds. and both browser are firefox > 1.6.5.16 > > so, i want to know why and how can I solve this problem. > > yours faithfully > Robin Xuan > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Apr 27 04:29:31 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 27 Apr 2011 10:29:31 +0200 Subject: [Wtr-development] A question about Watir from Robin Xuan In-Reply-To: References: Message-ID: Hi, We do not provide support here . Here we discuss Watir development. For support please see http://watir.com/support Regards, ?eljko Filipin -- 2011/4/27 ?? ? > Hi all: > I'm a Test Development Engineer in Baidu which is the one of the biggest > net companies in Beijing, China, and recently i need to develop a frame > about automatic test. > 1) why Fire-watir cannot support Chinese, i try to change the coded > format to set the words in text fields but field at last.....So i want to > know whether Firewatir support Chinese format,Thanks > > 2)watir-webdriver was based on the Selenium-webdriver, from my > perspective, Watir-webdriver can solve any problems about firefox, but in > fact , I found some problems when i used watir-webdriver. > 2.1 the function named attach can not be found in watir-webdriver, > besides, i have to use windows[x].use to change the current browser, but if > the browser'state which i want to attach is loading or interactive, > webdriver will wait 60 seconds which is the timout of HTTP protocol of Ruby. > 2.2 because of the difference of performance of computers, so some > case written by watir-webdriver cannot be run successfully > For instance: > if i want to clear a textfield, so i write > "$broser.text_field(:id,"robin").clear" , then i want to set this text_field > a value, then i write "$browser.text_field(:id,"robin").set "ABC" " but at > last, it will raise a execption which named "Timeout::Error: execution > expired" from /Ruby187/lib/1.8/timeout.rb:64:in 'rbuf_fill' > > Thanks > > Yours faithfully > Robin Xuan > > Baidu.com | QA developer | Robin Xuan | robin9257 at hotmail.com > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Apr 27 06:00:51 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 27 Apr 2011 12:00:51 +0200 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: On Sun, Apr 24, 2011 at 11:38 PM, Bret Pettichord wrote: > Tim, please go ahead and work with Zeljko and Alister to add WatirGrid to our website. Tim, I have just checked, you have access to watir.com site. Please add WatirGrid and let us know, so we can comment. If you need help, please let me know. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.koops at gmail.com Wed Apr 27 07:34:20 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Wed, 27 Apr 2011 21:34:20 +1000 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: Will do! On Wed, Apr 27, 2011 at 8:00 PM, ?eljko Filipin wrote: > On Sun, Apr 24, 2011 at 11:38 PM, Bret Pettichord > wrote: >> Tim, please go ahead and work with Zeljko and Alister to add WatirGrid to >> our website. > > Tim, > > I have just checked, you have access to watir.com site. Please add WatirGrid > and let us know, so we can comment. > > If you need help, please let me know. > > ?eljko > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Cheers, Tim @90kts From charley.baker at gmail.com Wed Apr 27 10:06:39 2011 From: charley.baker at gmail.com (Charley Baker) Date: Wed, 27 Apr 2011 08:06:39 -0600 Subject: [Wtr-development] browser.link(:href, '/some_relative_path.html') fails on IE In-Reply-To: References: Message-ID: Yep, please do. Cheers, Charley Baker Lead Developer, Watir, http://watir.com On Tue, Apr 26, 2011 at 12:52 PM, Alok Menghrajani wrote: > On 4/16/11 12:17 AM, "Jarmo" wrote: > > >3. Should browser.element_by_xpath(...) work ? > > It currently fails on IE. > > > > > > > >It is working. The problem is just that #element_by_xpath returns the OLE > >element and that doesn't have any Ruby methods like #exists? > >irb(main):005:0> b.element_by_xpath("//input") > >=> # > > We should file this as a bug in for IE Watir, right? element_by_xpath > should behave the same way across browsers.... > > Alok > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Thu Apr 28 05:40:12 2011 From: watirjira at gmail.com (Richard Sinclair (JIRA)) Date: Thu, 28 Apr 2011 04:40:12 -0500 (CDT) Subject: [Wtr-development] [JIRA] Created: (WTR-476) JsshSocket::JSTypeError: getWindows()[-1] is undefined Message-ID: <8580977.81.1303983612771.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> JsshSocket::JSTypeError: getWindows()[-1] is undefined ------------------------------------------------------- Key: WTR-476 URL: http://jira.openqa.org/browse/WTR-476 Project: Watir Issue Type: Bug Components: FireWatir Affects Versions: 1.8.0 Environment: Windows 7, ruby 1.8.7 (2011-02-18 patchlevel 334), firewatir 1.8.1 Reporter: Richard Sinclair Priority: Critical Fix For: Soon >From what I can see in the behaviour it looks like jssh in the firefox instance isn't fully up and running by the time an attempt is made to set_browser_document. Almost as if its too quick for itself. >From what I can see there isn't a check for jssh in Windows to check that jssh is present to communicate with before attempting to communicate through the jssh socket. This problem only occurs the first or second time I run a test but I need to to run every time I run a test or this issue will dent my automation effort. =============================================================================================================== >> browser = FireWatir::Firefox.new browser = FireWatir::Firefox.new JsshSocket::JSTypeError: getWindows()[-1] is undefined from C:/Ruby/lib/ruby/gems/1.8/gems/firewatir-1.8.1/lib/firewatir/jssh_socket.rb:19:in `js_eval' from C:/Ruby/lib/ruby/gems/1.8/gems/firewatir-1.8.1/lib/firewatir/firefox.rb:86:in `get_window_number' from C:/Ruby/lib/ruby/gems/1.8/gems/firewatir-1.8.1/lib/firewatir/firefox.rb:44:in `initialize' from (irb):3:in `new' from (irb):3 >> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From bret at pettichord.com Fri Apr 29 18:33:32 2011 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 29 Apr 2011 17:33:32 -0500 Subject: [Wtr-development] Supporting Ruby 1.8.7 Message-ID: I'm writing about some work that Hugh McGowan has been working on this week. We are trying to move Convio's testing framework from Ruby 1.8.6 to Ruby 1.8.7 because 1.8.6 is getting harder and harder to support. He's had to do two things for this. 1. Repatch and recompile win32ole -- this is needed for the showModal dialog support. 2. Rewrite the winclicker code. His rewrite uses FFI and I've been encouraging him to go wild and create a new class to do this with a more intuitive interface. I'm hoping he will share more about this work that he is doing to get comments on it. Bret -- Bret Pettichord Director, Watir Project, www.watir.com Blog, www.testingwithvision.com Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Fri Apr 29 18:57:12 2011 From: watirjira at gmail.com (A (JIRA)) Date: Fri, 29 Apr 2011 17:57:12 -0500 (CDT) Subject: [Wtr-development] [JIRA] Created: (WTR-477) IE & element_by_xpath returns OLE instead of Watir object. Message-ID: <2036274.96.1304117832270.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> IE & element_by_xpath returns OLE instead of Watir object. ---------------------------------------------------------- Key: WTR-477 URL: http://jira.openqa.org/browse/WTR-477 Project: Watir Issue Type: Bug Components: Contrib Affects Versions: 1.8.0 Environment: IE Reporter: A >Given the following page: > > > hello > > >- Ie fails with: >browser.element_by_xpath("//a[@href='/foo.html']").exists? > WIN32OLERuntimeError: unknown property or method `exists?' > HRESULT error code:0x80020006 > Unknown name. > See thread here: http://rubyforge.org/pipermail/wtr-development/2011-April/003037.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From notethan at gmail.com Fri Apr 29 19:49:37 2011 From: notethan at gmail.com (Ethan) Date: Fri, 29 Apr 2011 19:49:37 -0400 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: I'd encourage the use of the WinWindow library (being quite biased, admittedly, having written it). It was written to replace winclicker, and do things winclicker couldn't, and sounds very much in line with the work you're describing. http://winwindow.vapir.org/ Also jarmo has done some other work along related lines with the idea of replacing AutoIt, I believe. On Fri, Apr 29, 2011 at 18:33, Bret Pettichord wrote: > I'm writing about some work that Hugh McGowan has been working on this > week. We are trying to move Convio's testing framework from Ruby 1.8.6 to > Ruby 1.8.7 because 1.8.6 is getting harder and harder to support. > > He's had to do two things for this. > > 1. Repatch and recompile win32ole -- this is needed for the showModal > dialog support. > 2. Rewrite the winclicker code. His rewrite uses FFI and I've been > encouraging him to go wild and create a new class to do this with a more > intuitive interface. > > I'm hoping he will share more about this work that he is doing to get > comments on it. > > Bret > > -- > Bret Pettichord > Director, Watir Project, www.watir.com > > Blog, www.testingwithvision.com > Twitter, www.twitter.com/bpettichord > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Sat Apr 30 02:27:26 2011 From: jarmo.p at gmail.com (Jarmo) Date: Sat, 30 Apr 2011 09:27:26 +0300 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Yes, i created RAutomation (https://github.com/jarmo/rautomation) which uses also FFI, why not give it a try? Let me know if anything is missing (FFI adapter is the most advanced one currently due to outside contributions). Jarmo On Sat, Apr 30, 2011 at 2:49 AM, Ethan wrote: > I'd encourage the use of the WinWindow library (being quite biased, > admittedly, having written it). It was written to replace winclicker, and do > things winclicker couldn't, and sounds very much in line with the work > you're describing. > http://winwindow.vapir.org/ > Also jarmo has done some other work along related lines with the idea of > replacing AutoIt, I believe. > > On Fri, Apr 29, 2011 at 18:33, Bret Pettichord wrote: >> >> I'm writing about some work that Hugh McGowan has been working on this >> week. We are trying to move Convio's testing framework from Ruby 1.8.6 to >> Ruby 1.8.7 because 1.8.6 is getting harder and harder to support. >> >> He's had to do two things for this. >> >> 1. Repatch and recompile win32ole -- this is needed for the showModal >> dialog support. >> 2. Rewrite the winclicker code. His rewrite uses FFI and I've been >> encouraging him to go wild and create a new class to do this with a more >> intuitive interface. >> >> I'm hoping he will share more about this work that he is doing to get >> comments on it. >> >> Bret >> >> -- >> Bret Pettichord >> Director, Watir Project, www.watir.com >> >> Blog, www.testingwithvision.com >> Twitter, www.twitter.com/bpettichord >> >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development >