From tim.koops at gmail.com Sun May 1 23:25:12 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Mon, 2 May 2011 13:25:12 +1000 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: Hi guys, I've added a frameworks section as discussed => http://watir.com/frameworks Have included brief examples of using Watir with the following frameworks: 1. RSpec 2. Cucumber 3. Test/Unit 4. WatirGrid With plans to include examples using Capybara (I already have one for gridinit) and Webrat soon. I was going to include some page object examples e.g. https://gist.github.com/951087 but thought that was more a test design pattern rather than a test framework? Alister has been blogging some good stuff in this area lately. Maybe the qualifying criteria for the frameworks section is that it must be released as a gem? Dunno... Also, couldn't figure out how to save as pending review whilst still making it publicly viewable (assuming you all don't have wordpress accounts). Let me know your thoughts, it's appended to the main watir.com menu. Regards, Tim @90kts 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 colinsdaddy at gmail.com Mon May 2 15:04:20 2011 From: colinsdaddy at gmail.com (Hugh McGowan) Date: Mon, 2 May 2011 14:04:20 -0500 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Hi all, The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing winclicker - 1.8.6 with the same bundle of gems worked fine. I did a quick test using FFI and it seemed to correct the problem. I was thinking of fixing this issue by implementing the existing functionality of WinClicker in FFI. These both look like fine tools, but are a little more ambitious than what I'm trying to solve :). Thoughts? Thanks! Hugh On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: > 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 > > > _______________________________________________ > 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 Mon May 2 17:04:56 2011 From: jarmo.p at gmail.com (Jarmo) Date: Tue, 3 May 2011 00:04:56 +0300 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Well, when thinking in terms of WinClicker then if i'm not mistaken then that has been already discussed in mailing list that this should be deprecated eventually in Watir. Of course it has been just a thought so far. I think that the quick fix is a good idea for now, just to make it work with 1.8.7 :) Jarmo On Mon, May 2, 2011 at 10:04 PM, Hugh McGowan wrote: > Hi all, > > The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing > winclicker - 1.8.6 with the same bundle of gems worked fine. I did a quick > test using FFI and it seemed to correct the problem. > > I was thinking of fixing this issue by implementing the existing > functionality of WinClicker in FFI. These both look like fine tools, but are > a little more ambitious than what I'm trying to solve :). > > Thoughts? > > Thanks! > Hugh > > > On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: >> >> 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 >> > >> _______________________________________________ >> 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 > From tim.koops at gmail.com Mon May 2 17:08:45 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Tue, 3 May 2011 07:08:45 +1000 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Do it! Regards, Tim Sent from my mobile ... On 03/05/2011, at 5:04 AM, Hugh McGowan wrote: > Hi all, > > The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing winclicker - 1.8.6 with the same bundle of gems worked fine. I did a quick test using FFI and it seemed to correct the problem. > > I was thinking of fixing this issue by implementing the existing functionality of WinClicker in FFI. These both look like fine tools, but are a little more ambitious than what I'm trying to solve :). > > Thoughts? > > Thanks! > Hugh > > > On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: > 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 > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Mon May 2 17:46:04 2011 From: charley.baker at gmail.com (Charley Baker) Date: Mon, 2 May 2011 15:46:04 -0600 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Hey Hugh! Glad to see you here. Here's my take. We need a consistent abstraction with how to handle native events - windows, clicking, etc. This is a really good question. There are native events coming out in Webdriver which are exposed through watir-webdriver as they come out, there's still a lot of missing components. For the current version of Watir we could use Rautomation, it gives us some leeway in translating the calls. I'm talking about it on IRC now. Charley Baker Lead Developer, Watir, http://watir.com On Mon, May 2, 2011 at 1:04 PM, Hugh McGowan wrote: > Hi all, > > The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing > winclicker - 1.8.6 with the same bundle of gems worked fine. I did a quick > test using FFI and it seemed to correct the problem. > > I was thinking of fixing this issue by implementing the existing > functionality of WinClicker in FFI. These both look like fine tools, but are > a little more ambitious than what I'm trying to solve :). > > Thoughts? > > Thanks! > Hugh > > > On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: > >> 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 >> > >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Mon May 2 18:57:18 2011 From: charley.baker at gmail.com (Charley Baker) Date: Mon, 2 May 2011 16:57:18 -0600 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: NB: winclicker was a "quick" fix. Charley Baker Lead Developer, Watir, http://watir.com On Mon, May 2, 2011 at 3:04 PM, Jarmo wrote: > Well, when thinking in terms of WinClicker then if i'm not mistaken > then that has been already discussed in mailing list that this should > be deprecated eventually in Watir. Of course it has been just a > thought so far. I think that the quick fix is a good idea for now, > just to make it work with 1.8.7 :) > > Jarmo > > On Mon, May 2, 2011 at 10:04 PM, Hugh McGowan > wrote: > > Hi all, > > > > The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing > > winclicker - 1.8.6 with the same bundle of gems worked fine. I did a > quick > > test using FFI and it seemed to correct the problem. > > > > I was thinking of fixing this issue by implementing the existing > > functionality of WinClicker in FFI. These both look like fine tools, but > are > > a little more ambitious than what I'm trying to solve :). > > > > Thoughts? > > > > Thanks! > > Hugh > > > > > > On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: > >> > >> 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 > >> > > >> _______________________________________________ > >> 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 > > > _______________________________________________ > 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 colinsdaddy at gmail.com Mon May 2 20:27:23 2011 From: colinsdaddy at gmail.com (Hugh McGowan) Date: Mon, 2 May 2011 19:27:23 -0500 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: lol. So I played around with it a little bit over the last few days to get a feel for how much work it would be and got the basics working: https://github.com/hmcgowan/watir-dialog. That said, it doesn't matter to me - I'm equally happy to fold this in or do something similar with rautomate. Let me know which direction you want to go, Charlie, and I'll create a topic branch and try to get a first pass running sometime later this week. Hugh On Mon, May 2, 2011 at 5:57 PM, Charley Baker wrote: > NB: winclicker was a "quick" fix. > > > Charley Baker > Lead Developer, Watir, http://watir.com > > > On Mon, May 2, 2011 at 3:04 PM, Jarmo wrote: > >> Well, when thinking in terms of WinClicker then if i'm not mistaken >> then that has been already discussed in mailing list that this should >> be deprecated eventually in Watir. Of course it has been just a >> thought so far. I think that the quick fix is a good idea for now, >> just to make it work with 1.8.7 :) >> >> Jarmo >> >> On Mon, May 2, 2011 at 10:04 PM, Hugh McGowan >> wrote: >> > Hi all, >> > >> > The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing >> > winclicker - 1.8.6 with the same bundle of gems worked fine. I did a >> quick >> > test using FFI and it seemed to correct the problem. >> > >> > I was thinking of fixing this issue by implementing the existing >> > functionality of WinClicker in FFI. These both look like fine tools, but >> are >> > a little more ambitious than what I'm trying to solve :). >> > >> > Thoughts? >> > >> > Thanks! >> > Hugh >> > >> > >> > On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: >> >> >> >> 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 >> >> > >> >> _______________________________________________ >> >> 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 >> > >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Mon May 2 23:14:43 2011 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 2 May 2011 22:14:43 -0500 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: I like it. On Sun, May 1, 2011 at 10:25 PM, Tim Koopmans wrote: > Hi guys, > > I've added a frameworks section as discussed => > http://watir.com/frameworks > > Have included brief examples of using Watir with the following frameworks: > > 1. RSpec > 2. Cucumber > 3. Test/Unit > 4. WatirGrid > > With plans to include examples using Capybara (I already have one for > gridinit) and Webrat soon. > > I was going to include some page object examples e.g. > https://gist.github.com/951087 > but thought that was more a test design pattern rather than a test > framework? Alister has been blogging some good stuff in this area > lately. > Maybe the qualifying criteria for the frameworks section is that it > must be released as a gem? Dunno... > > Also, couldn't figure out how to save as pending review whilst still > making it publicly viewable (assuming you all don't have wordpress > accounts). > > Let me know your thoughts, it's appended to the main watir.com menu. > > Regards, > > Tim > @90kts > > > 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 > _______________________________________________ > 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 bret at pettichord.com Mon May 2 23:41:54 2011 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 2 May 2011 22:41:54 -0500 Subject: [Wtr-development] Software Freedom Conservancy Application Message-ID: Charley and I have been working on the Application for the Watir project to join the Software Freedom Conservancy. To me there are two questions on the application that are particularly difficult and which will require some discussion. 1. Which repositories will be part of the project? Watir/FireWatir/CommonWatir are definitely in. I also think we should be including WatirSpec and Watir-WebDriver. Others? 2. How are decisions made? One of the points of the Conservancy is to have a place to keep our money and that means that some one has to be making decisions about how to spend it. To me, this would mean that we'd need to have a board which would be the final authority for things such as spending money as well as commit rights. I also think we have a couple of overlapping decision bodies. A community team that makes decisions regarding the website and community resources and a development team for each repository making decisions about it. I would appreciate your thoughts on these topics. I will eventually make a more detailed proposal, but it's good to hear what people might think first. 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 alister.scott at gmail.com Tue May 3 00:28:28 2011 From: alister.scott at gmail.com (Alister Scott) Date: Tue, 3 May 2011 14:28:28 +1000 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: Agree, I like it too. I did some minor edits, added tags to make blocks more readable, and also increased the sizes of h's. Cheers, Alister 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, May 3, 2011 at 1:14 PM, Bret Pettichord wrote: > I like it. > > > On Sun, May 1, 2011 at 10:25 PM, Tim Koopmans wrote: > >> Hi guys, >> >> I've added a frameworks section as discussed => >> http://watir.com/frameworks >> >> Have included brief examples of using Watir with the following frameworks: >> >> 1. RSpec >> 2. Cucumber >> 3. Test/Unit >> 4. WatirGrid >> >> With plans to include examples using Capybara (I already have one for >> gridinit) and Webrat soon. >> >> I was going to include some page object examples e.g. >> https://gist.github.com/951087 >> but thought that was more a test design pattern rather than a test >> framework? Alister has been blogging some good stuff in this area >> lately. >> Maybe the qualifying criteria for the frameworks section is that it >> must be released as a gem? Dunno... >> >> Also, couldn't figure out how to save as pending review whilst still >> making it publicly viewable (assuming you all don't have wordpress >> accounts). >> >> Let me know your thoughts, it's appended to the main watir.com menu. >> >> Regards, >> >> Tim >> @90kts >> >> >> On Wed, Apr 27, 2011 at 8:00 PM, ?eljko Filipin >> wrote: >> > >> > On Sun, Apr 24, 2011 at 11:38 PM, Bret Pettichord < >> bpettichord at gmail.com> 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 >> _______________________________________________ >> 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 > > > _______________________________________________ > 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 May 3 00:58:53 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Tue, 3 May 2011 14:58:53 +1000 Subject: [Wtr-development] WatirGrid In-Reply-To: References: Message-ID: <00FBF692-985A-4BB5-A5CE-CD5B584FB110@gmail.com> Cool thanks! Regards, Tim Sent from my mobile ... On 03/05/2011, at 2:28 PM, Alister Scott wrote: > Agree, I like it too. > I did some minor edits, added tags to make blocks more readable, and also increased the sizes of h's. > > Cheers, > Alister > > > 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, May 3, 2011 at 1:14 PM, Bret Pettichord wrote: > I like it. > > > On Sun, May 1, 2011 at 10:25 PM, Tim Koopmans wrote: > Hi guys, > > I've added a frameworks section as discussed => http://watir.com/frameworks > > Have included brief examples of using Watir with the following frameworks: > > 1. RSpec > 2. Cucumber > 3. Test/Unit > 4. WatirGrid > > With plans to include examples using Capybara (I already have one for > gridinit) and Webrat soon. > > I was going to include some page object examples e.g. > https://gist.github.com/951087 > but thought that was more a test design pattern rather than a test > framework? Alister has been blogging some good stuff in this area > lately. > Maybe the qualifying criteria for the frameworks section is that it > must be released as a gem? Dunno... > > Also, couldn't figure out how to save as pending review whilst still > making it publicly viewable (assuming you all don't have wordpress > accounts). > > Let me know your thoughts, it's appended to the main watir.com menu. > > Regards, > > Tim > @90kts > > > 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 > _______________________________________________ > 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 > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Tue May 3 02:34:12 2011 From: jarmo.p at gmail.com (Jarmo) Date: Tue, 3 May 2011 09:34:12 +0300 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: That was my idea some time ago - to try RAutomation out to see if it's possible to replace current usages of winclicker and autoit or if there's something missing. Just haven't got the time to do that, but i haven't forgotten that. Jarmo On Tue, May 3, 2011 at 12:46 AM, Charley Baker wrote: > Hey Hugh! > ?Glad to see you here. Here's my take. We need a consistent abstraction with > how to handle native events - windows, clicking, etc. This is a really good > question. There are native events coming out in Webdriver which are exposed > through watir-webdriver as they come out, there's still a lot of missing > components. > For the current version of Watir we could use Rautomation, it gives us some > leeway in translating the calls. I'm talking about it on IRC now. > Charley Baker > Lead Developer, Watir, http://watir.com > > > On Mon, May 2, 2011 at 1:04 PM, Hugh McGowan wrote: >> >> Hi all, >> >> The problem I saw was that Ruby 1.8.7 throws a SEGV with the existing >> winclicker - 1.8.6 with the same bundle of gems worked fine. I did a quick >> test using FFI and it seemed to correct the problem. >> >> I was thinking of fixing this issue by implementing the existing >> functionality of WinClicker in FFI. These both look like fine tools, but are >> a little more ambitious than what I'm trying to solve :). >> >> Thoughts? >> >> Thanks! >> Hugh >> >> >> On Sat, Apr 30, 2011 at 1:27 AM, Jarmo wrote: >>> >>> 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 >>> > >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From zeljko.filipin at wa-research.ch Wed May 4 17:03:13 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 4 May 2011 23:03:13 +0200 Subject: [Wtr-development] Watir Podcast #44: Tim Koopmans on WatirGrid and Gridinit Message-ID: Enjoy! :) http://watirpodcast.com/44-tim-koopmans-on-watirgrid-and-gridinit/ By the way, if you would like if I played music _you_ have created on the podcast, let me know. ?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 colinsdaddy at gmail.com Thu May 5 22:30:56 2011 From: colinsdaddy at gmail.com (Hugh McGowan) Date: Thu, 5 May 2011 21:30:56 -0500 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Hi all, I've created a topic branch 'death_to_winclicker' which removes all references to winclicker and now controls the dialogs (file and javascript) through Rautomation. There are still some changes I'd like to do to make some improvements on the existing functionality (like handle errors when the file exists/doesn't exist in the file dialog, etc). Also, AutoIt is staring me in the face in a mocking sort of way so I think I'll take replace that too - there aren't actually all that many references left. Anyhow, a little more to be done but feel free to poke around if you like - all the unit tests pass so it should be reasonably close. Additionally, I've recompiled win32ole for 1.8.7. I still owe updating the README on how to do this so it's a recipe for anyone else to repeat. Jarmo, I used Rautomation to pull this all together and I'm really impressed. You've done a nice job with that tool. Thanks! Hugh -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Fri May 6 02:41:42 2011 From: jarmo.p at gmail.com (Jarmo) Date: Fri, 6 May 2011 09:41:42 +0300 Subject: [Wtr-development] Supporting Ruby 1.8.7 In-Reply-To: References: Message-ID: Good news! Please check out https://github.com/jarmo/WatirSplash/blob/master/lib/watirsplash/frameworks/watir.rb for Watir::Element#save_as (for file download) and Watir::FileField#set (for file upload) solutions using RAutomation. Maybe it helps you out to make a good solution. These two methods are used by WatirSplash for some time now and i'm using these at my work place. It seems to work pretty well. Of course any recommendations are welcome. Jarmo On Fri, May 6, 2011 at 5:30 AM, Hugh McGowan wrote: > Hi all, > > I've created a topic branch 'death_to_winclicker' which removes all > references to winclicker and now controls the dialogs (file and javascript) > through Rautomation. There are still some changes I'd like to do to make > some improvements on the existing functionality (like handle errors when the > file exists/doesn't exist in the file dialog, etc). Also, AutoIt is staring > me in the face in a mocking sort of way so I think I'll take replace that > too - there aren't actually all that many references left. Anyhow, a little > more to be done but feel free to poke around if you like - all the unit > tests pass so it should be reasonably close. > > Additionally, I've recompiled win32ole for 1.8.7. I still owe updating the > README on how to do this so it's a recipe for anyone else to repeat. > > Jarmo, I used Rautomation to pull this all together and I'm really > impressed. You've done a nice job with that tool. > > Thanks! > Hugh > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From zeljko.filipin at wa-research.ch Wed May 18 12:27:46 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 18 May 2011 18:27:46 +0200 Subject: [Wtr-development] =?utf-8?q?Watir_Podcast_=2345=3A_Bret_Pettichor?= =?utf-8?q?d=E2=80=99s_Opening_Keynote_at_Selenium_Conference_2011?= Message-ID: http://watirpodcast.com/45-bret-pettichords-opening-keynote-at-selenium-conference-2011/ ?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 andreastt at opera.com Thu May 19 12:35:01 2011 From: andreastt at opera.com (Andreas Tolf Tolfsen) Date: Thu, 19 May 2011 18:35:01 +0200 Subject: [Wtr-development] OperaWatir v0.4.1 released! Message-ID: OperaWatir v0.4.1 is finally out and official! You can try it out using RubyGems: % jruby -S gem install operawatir If you're using an earlier version of OperaWatir, it's highly recommended that you upgrade. This version contains the latest OperaDriver and a great deal of fixes compared to the earlier version. The reason it's taken to long to get out is a lot of compliance work to get it working properly with Opera's internal testing framework, SPARTAN. The full changelog can be seen here: Among the most interesting features, I'd like to highlight: * Increased performance on GNU/Linux by about 5-6 times * (Almost) full compliance with the Selenium test suite * Full compliance with OperaWatir v0.2.18, which is running on SPARTAN * Preferences implementation, native access to preferences in opera:config * Complete spec suites for internal core and desktop features * Switch for turning Opera Idle on (--opera-idle) * Automatic launching of Opera Desktop if no path is given (you can still use operawatir --manual to bypass) * Many new APIs, among these: Key API, spatnav API * Compliance with latest RSpec version Known issues: * On Windows, you may have problems running operawatir with the latest JRuby, consider downgrading to 1.5.6 or earlier if it's not working * Long XPath expressions have a tendency to hang * Issues typing on Opera Mobile * Incompatibility with Opera SDK builds, consider using the --manual switch As always, when you find a bug, please report them to the WTR project in Opera's internal BTS or use Github's issue tracker. I'm also on the #watir channel on IRC if you need support. We plan to have more frequent releases in the future. We will announce patch releases only on operawatir-users@, but major and minor versions on other internal mailing lists as well. If you prefer using Java, OperaDriver can also be downloaded from Github: (P.S! Keep in mind that operawatir-users@ and wtr-development@ are public mailing lists.) From andreastt at opera.com Fri May 20 08:59:36 2011 From: andreastt at opera.com (Andreas Tolf Tolfsen) Date: Fri, 20 May 2011 14:59:36 +0200 Subject: [Wtr-development] OperaWatir v0.4.2 released Message-ID: The problems I referred to in my other email have been solved. This was not a bug on our side, but in JRuby itself. Solution is to downgrade rspec to 2.5.0 or lower for the time being. Please make sure you do this: jruby -S gem uninstall rspec rspec-core rspec-expectations rspec-mocks operawatir jruby -S gem install operawatir You don't have to download any files manually. Make sure you remove all previous versions of rspec. This should install operawatir v0.4.2, which was just released. Full changelog can be found here: Testers at Opera: v0.4.2 is now deployed on SPARTAN, and you should upgrade your local installations. v0.2.18 is no longer supported. From simon.m.stewart at gmail.com Mon May 23 05:58:08 2011 From: simon.m.stewart at gmail.com (Simon Stewart) Date: Mon, 23 May 2011 10:58:08 +0100 Subject: [Wtr-development] OperaWatir v0.4.1 released! In-Reply-To: References: Message-ID: I've now pulled this latest release into selenium's "third_party" tree. The next release of Selenium will have Opera support out of the box. We'll be sure to note this in the release notes. Regards, Simon On Thu, May 19, 2011 at 5:35 PM, Andreas Tolf Tolfsen wrote: > OperaWatir v0.4.1 is finally out and official! ?You can try it out using > RubyGems: > > ?% jruby -S gem install operawatir > > If you're using an earlier version of OperaWatir, it's highly recommended > that you > upgrade. > > This version contains the latest OperaDriver and a great deal of fixes > compared to > the earlier version. ?The reason it's taken to long to get out is a lot of > compliance > work to get it working properly with Opera's internal testing framework, > SPARTAN. > > The full changelog can be seen here: > > ? > > Among the most interesting features, I'd like to highlight: > > ?* Increased performance on GNU/Linux by about 5-6 times > ?* (Almost) full compliance with the Selenium test suite > ?* Full compliance with OperaWatir v0.2.18, which is running on SPARTAN > ?* Preferences implementation, native access to preferences in opera:config > ?* Complete spec suites for internal core and desktop features > ?* Switch for turning Opera Idle on (--opera-idle) > ?* Automatic launching of Opera Desktop if no path is given (you can still > ? ?use operawatir --manual to bypass) > ?* Many new APIs, among these: Key API, spatnav API > ?* Compliance with latest RSpec version > > Known issues: > > ?* On Windows, you may have problems running operawatir with the latest > JRuby, > ? ?consider downgrading to 1.5.6 or earlier if it's not working > ?* Long XPath expressions have a tendency to hang > ?* Issues typing on Opera Mobile > ?* Incompatibility with Opera SDK builds, consider using the --manual switch > > As always, when you find a bug, please report them to the WTR project in > Opera's > internal BTS or use Github's issue tracker. ?I'm also on the #watir channel > on IRC > if you need support. > > We plan to have more frequent releases in the future. ?We will announce > patch > releases only on operawatir-users@, but major and minor versions on other > internal > mailing lists as well. > > If you prefer using Java, OperaDriver can also be downloaded from Github: > > ? > > (P.S! Keep in mind that operawatir-users@ and wtr-development@ are public > mailing > lists.) > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From watirjira at gmail.com Fri May 27 03:52:12 2011 From: watirjira at gmail.com (Sergey Erokhin (JIRA)) Date: Fri, 27 May 2011 02:52:12 -0500 (CDT) Subject: [Wtr-development] [JIRA] Created: (WTR-478) highlight method was broken in watir 1.6.7+ Message-ID: <26414056.179.1306482732792.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> highlight method was broken in watir 1.6.7+ ------------------------------------------- Key: WTR-478 URL: http://jira.openqa.org/browse/WTR-478 Project: Watir Issue Type: Bug Components: Wait Affects Versions: 1.8.0, 1.6.7 Environment: Windows XP/IE 6, Windows 7/IE 9 Reporter: Sergey Erokhin method highlit doesn't work in watir 1.6.7+ style.backgroundColor - redonly? watir 1.8.1 i try to investigate in element.rb 206 begin 207 @original_color ||= style.backgroundColor 208 style.backgroundColor = @container.activeObjectHighLightColor 209 rescue 210 @original_color = nil 211 end when i comment line 209 and 210 result C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/element.rb:208:in `method_missing': (WIN32OLERuntimeError) OLE error code:0 in HRESULT error code:0x80020003 Member not found. from C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/element.rb:208:in `highlight' from C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/input_elements.rb:370:in `set' from test_hightlit.rb:9 source code 1.6.7+ def_wrap_guard :currentstyle # return current style instead of the inline style of the element alias style currentstyle 1.6.5 # return the style of the element def_wrap_guard :style my fix (i am not quite sure about absolute correctnes) replace alias style currentstyle to def_wrap_guard :style it works for me on both configuration. bug introduced in commmit https://github.com/bret/watir/commit/ebf38031c92c800ca0b0897706d10d9c4240a4a7#watir/lib/watir/element.rb -- 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 Mon May 30 12:33:12 2011 From: watirjira at gmail.com (Ivan Kabluchkov (JIRA)) Date: Mon, 30 May 2011 11:33:12 -0500 (CDT) Subject: [Wtr-development] [JIRA] Commented: (WTR-478) highlight method was broken in watir 1.6.7+ In-Reply-To: <26414056.179.1306482732792.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <1467588.197.1306773192479.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20179#action_20179 ] Ivan Kabluchkov commented on WTR-478: ------------------------------------- I've investigated this issue This doesn't work because backgroundColor method is read-only for currentStyle object (according with documentation http://msdn.microsoft.com/en-us/library/ms530716%28v=vs.85%29.aspx) Solution is to replace in element.rb {code} style.backgroundColor = @container.activeObjectHighLightColor #line 208 and 214 {code} with {code} ole_object.style.backgroundColor = @container.activeObjectHighLightColor {code} > highlight method was broken in watir 1.6.7+ > ------------------------------------------- > > Key: WTR-478 > URL: http://jira.openqa.org/browse/WTR-478 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7, 1.8.0 > Environment: Windows XP/IE 6, Windows 7/IE 9 > Reporter: Sergey Erokhin > > method highlit doesn't work in watir 1.6.7+ > style.backgroundColor - redonly? > watir 1.8.1 > i try to investigate > in element.rb > 206 begin > 207 @original_color ||= style.backgroundColor > 208 style.backgroundColor = @container.activeObjectHighLightColor > 209 rescue > 210 @original_color = nil > 211 end > when i comment line 209 and 210 > result > C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/element.rb:208:in `method_missing': (WIN32OLERuntimeError) > OLE error code:0 in > > HRESULT error code:0x80020003 > Member not found. > from C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/element.rb:208:in `highlight' > from C:/Ruby/lib/ruby/gems/1.8/gems/watir-1.8.1/lib/watir/input_elements.rb:370:in `set' > from test_hightlit.rb:9 > source code > 1.6.7+ > def_wrap_guard :currentstyle > # return current style instead of the inline style of the element > alias style currentstyle > 1.6.5 > # return the style of the element > def_wrap_guard :style > my fix (i am not quite sure about absolute correctnes) > replace > alias style currentstyle > to > def_wrap_guard :style > it works for me on both configuration. > bug introduced in commmit https://github.com/bret/watir/commit/ebf38031c92c800ca0b0897706d10d9c4240a4a7#watir/lib/watir/element.rb -- 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