From zeljko.filipin at wa-research.ch Tue Feb 1 09:23:03 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 1 Feb 2011 15:23:03 +0100 Subject: [Wtr-development] Fwd: Tickets on sale TOMORROW. Please help spread the word :) In-Reply-To: References: Message-ID: I have just bought my ticket. See you there! :) ?eljko -- watir.com - community manager watirpodcast.com - host testingpodcast.com - audio podcasts on software testing. all of them ---------- Forwarded message ---------- From: Ashley Wilson Date: Tue, Feb 1, 2011 at 1:43 AM Subject: Tickets on sale TOMORROW. Please help spread the word :) To: seconf at googlegroups.com Just want to give you all a heads up that early bird tickets ($195) go on sale tomorrow at 6am PST. I'd so appreciate your help in spreading the word via twitter, blogs, friends, etc. This is our official eventbrite page: http://seleniumconf.eventbrite.com/ Tickets can all be purchased on the website: http://www.seleniumconf.com/tickets/ Thanks! - ashley -- Ashley Wilson Marketing/Customer Development Sauce Labs 415.371.0060 -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Tue Feb 1 14:01:20 2011 From: watirjira at gmail.com (Bret Pettichord (JIRA)) Date: Tue, 1 Feb 2011 13:01:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync correctly with page load in watir1.6.7 In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <8643399.1187.1296586880850.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20101#action_20101 ] Bret Pettichord commented on WTR-466: ------------------------------------- I think it is safe to assume that supporting the File Save As dialog is a popular feature of Watir. > Issues to sync correctly with page load in watir1.6.7 > ----------------------------------------------------- > > Key: WTR-466 > URL: http://jira.openqa.org/browse/WTR-466 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7 > Environment: Win XP IE6, IE7 > Reporter: Aliaksandr > Assignee: Bret Pettichord > Priority: Major > Fix For: Soon > > > Hi, > We have recently updated our test environments to watir1.6.7 and our > scripts start to fail waiting for page to be fully loaded. Failures > happen when a script tries to access certain html elements on the page > while it is actually still loading. > We were able to figure out the cause of this behaviour. It is due to the > READYSTATE_INTERACTIVE state was added as the state to determine > browser load is complete: > ie-process.rb: > # Used internally to determine when IE has finished loading a page > READYSTATE_INTERACTIVE = 3 > Wondering, what was the reason to include it? > This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment. > Best Regards, > Alex -- 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 Tue Feb 1 14:04:19 2011 From: watirjira at gmail.com (Bret Pettichord (JIRA)) Date: Tue, 1 Feb 2011 13:04:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <18789827.1189.1296587059904.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20102#action_20102 ] Bret Pettichord commented on WTR-440: ------------------------------------- Jarmo, Are you saying that this update requires a manual uninstall of the old AutoIt before it will work? If so, we'll need to clearly communicate it to people who are upgrading. People are used to just relying on the gem system to handle the updates. Bret > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 charley.baker at gmail.com Tue Feb 1 14:52:53 2011 From: charley.baker at gmail.com (Charley Baker) Date: Tue, 1 Feb 2011 19:52:53 +0000 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: Yep, the space is reserved, speaker invites for SeConf have been sent out, now we need to spend some time and organize Watir day. I'm also assuming/hoping many of the Watir people will be attending SeConf - cross-pollination is a good thing. :) Charley Baker Lead Developer, Watir, http://watir.com On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin wrote: > On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson wrote: >> The day is free - shall we confirm? > > Is Watir day confirmed for April 3rd? > > ?eljko > -- > watir.com - community manager > watirpodcast.com - host > testingpodcast.com - audio podcasts on software testing. all of them > > From watirjira at gmail.com Tue Feb 1 16:05:20 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Tue, 1 Feb 2011 15:05:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <13837450.1191.1296594320522.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20103#action_20103 ] Jarmo Pertman commented on WTR-440: ----------------------------------- Bret, yes. That's because Watir will register AutoIt with regsvr32.exe only if loading AutoIt fails. So if AutoIt is installed already or some older version of Watir is installed, then newer version of AutoIt won't be registered. If you have any good ideas how to communicate that in addition to this JIRA ticket then do it by all means. > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 charley.baker at gmail.com Tue Feb 1 16:10:26 2011 From: charley.baker at gmail.com (Charley Baker) Date: Tue, 1 Feb 2011 21:10:26 +0000 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: I would love to have "synergy" between Selenium and Watir, and a lot of that is already happening with the web-driver bindings and cross communication. One of my standard slides is the comparison between Selenium and Watir, followed up with the next slide where I say in essence that we're definitely both in the same camp, solving the same problems and grappling with the same questions. One of the big advantages to tacking on a Watir day is that we do get to hang out, talk, code together and get people using one or the other tool in the same space. And a big thanks for setting this up in the first place. We need to figure out what's going on with the Watir day, logistics, talks, etc. I would love to have help from you, Simon, Patrick, etc who wants to be involved. It's all part of the same conference in my mind, not two separate cabals. :) Cheers, Charley On Tue, Feb 1, 2011 at 8:47 PM, Jason Huggins wrote: > I'm overdue for asking this question: but how much/little do the Watir > folks want to be mentioned on the SeleniumConf website? I haven't done > much of anything on this topic for the lack of asking that question. > :-/ > > - Jason > > On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker wrote: >> Yep, the space is reserved, speaker invites for SeConf have been sent >> out, now we need to spend some time and organize Watir day. I'm also >> assuming/hoping many of the Watir people will be attending SeConf - >> cross-pollination is a good thing. :) >> >> >> >> Charley Baker >> Lead Developer, Watir, http://watir.com >> >> >> >> On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin >> wrote: >>> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson wrote: >>>> The day is free - shall we confirm? >>> >>> Is Watir day confirmed for April 3rd? >>> >>> ?eljko >>> -- >>> watir.com - community manager >>> watirpodcast.com - host >>> testingpodcast.com - audio podcasts on software testing. all of them >>> >>> >> > From watirjira at gmail.com Tue Feb 1 18:25:20 2011 From: watirjira at gmail.com (Bret Pettichord (JIRA)) Date: Tue, 1 Feb 2011 17:25:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <29024723.1193.1296602720489.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20104#action_20104 ] Bret Pettichord commented on WTR-440: ------------------------------------- OK, but if someone doesn't uninstall the old version of AutoIt, then everything will still work right? They just won't get the new version. If this is true, then I'm happy just adding a note to the release notes, because it won't be a mandatory part of an upgrade. > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 charley.baker at gmail.com Tue Feb 1 18:42:20 2011 From: charley.baker at gmail.com (Charley Baker) Date: Tue, 1 Feb 2011 23:42:20 +0000 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: I'd rather open the Watir day into tracks, and invite speakers. The development is going to go on concurrently, and open spaces are a great place to talk about that. The opportunity here, in my mind, is to attract people who having been using Watir for a long time, and actually need speaking experience as well as "outing" themselves. That helps us understand the community more, push for facetime on some people we don't know, but need some exposure. We can chat a bit more about it, but I'd love to give people the spotlight for a bit. As I said previously, I'm hoping that it's one big love fest. :) While it's fun to poke at each other, I really do see us as one big team solving the same issue. Where we plan for it doesn't matter that much to me. I'd like to see an open conf/Watir day with a CFP and then some plans for open spaces and lightning talks. The hallway track and open spaces may be more interesting for some, but don't discount the talks. -Charley On Tue, Feb 1, 2011 at 11:12 PM, Bret Pettichord wrote: > My thought is that the Watir day would focus on the needs of the Watir > development team. > > 1. Start by reviewing current status and recent releases. Get everybody in > sync. > 2. Discuss directions, needs, objectives. > 3. Agree on a plan. > > We might also add some testimonials about how different people/organizations > are using Watir in order to clarify our situations and constraints. > > I guess the first decision we need to make is where to organize the Watir > day in more detail. Here (seconf google group) or the Watir Dev list? > > Bret > > On Tue, Feb 1, 2011 at 3:10 PM, Charley Baker > wrote: >> >> I would love to have "synergy" between Selenium and Watir, and a lot >> of that is already happening with the web-driver bindings and cross >> communication. One of my standard slides is the comparison between >> Selenium and Watir, followed up with the next slide where I say in >> essence that we're definitely both in the same camp, solving the same >> problems and grappling with the same questions. >> >> One of the big advantages to tacking on a Watir day is that we do get >> to hang out, talk, code together and get people using one or the other >> tool in the same space. And a big thanks for setting this up in the >> first place. We need to figure out what's going on with the Watir day, >> logistics, talks, etc. I would love to have help from you, Simon, >> Patrick, etc who wants to be involved. It's all part of the same >> conference in my mind, not two separate cabals. :) >> >> Cheers, >> >> Charley >> >> >> On Tue, Feb 1, 2011 at 8:47 PM, Jason Huggins wrote: >> > I'm overdue for asking this question: but how much/little do the Watir >> > folks want to be mentioned on the SeleniumConf website? I haven't done >> > much of anything on this topic for the lack of asking that question. >> > :-/ >> > >> > - Jason >> > >> > On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker >> > wrote: >> >> Yep, the space is reserved, speaker invites for SeConf have been sent >> >> out, now we need to spend some time and organize Watir day. I'm also >> >> assuming/hoping many of the Watir people will be attending SeConf - >> >> cross-pollination is a good thing. :) >> >> >> >> >> >> >> >> Charley Baker >> >> Lead Developer, Watir, http://watir.com >> >> >> >> >> >> >> >> On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin >> >> wrote: >> >>> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson >> >>> wrote: >> >>>> The day is free - shall we confirm? >> >>> >> >>> Is Watir day confirmed for April 3rd? >> >>> >> >>> ?eljko >> >>> -- >> >>> watir.com - community manager >> >>> watirpodcast.com - host >> >>> testingpodcast.com - audio podcasts on software testing. all of them >> >>> >> >>> >> >> >> > > > > > -- > Bret Pettichord > Director, Watir Project, www.watir.com > > Blog, www.testingwithvision.com > Twitter, www.twitter.com/bpettichord > > From tim.koops at gmail.com Tue Feb 1 19:49:09 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Wed, 2 Feb 2011 11:49:09 +1100 Subject: [Wtr-development] Preferred IDE for developing watir and/or writing tests In-Reply-To: References: <20110117095346.GE9826@e-tjenesten.org> Message-ID: I've since wrapped up contents of this thread in this blog post: http://altentee.com/blogs/2011/what-editor-ide-do-you-use-for-developing-testing-in-watir/ Cheers, Tim On Tue, Feb 1, 2011 at 5:28 AM, Charley Baker wrote: > Rubymine is $29 for the next few weeks due to NB dropping support for > Ruby. It's a really solid IDE and well worth the money. Redcar also > looks interesting. > > > -c > > > On Mon, Jan 31, 2011 at 10:11 AM, ?eljko Filipin > wrote: >> Looks like I will have to move to another IDE/editor soon: >> >> http://www.infoq.com/news/2011/01/ruby-dropped-in-netbeans-7 >> >> ?eljko >> >> _______________________________________________ >> 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 alister.scott at gmail.com Wed Feb 2 00:22:42 2011 From: alister.scott at gmail.com (Alister Scott) Date: Wed, 2 Feb 2011 15:22:42 +1000 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: I am keen to present at the Watir day having been rejected from the main conference. 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 Wed, Feb 2, 2011 at 9:42 AM, Charley Baker wrote: > I'd rather open the Watir day into tracks, and invite speakers. The > development is going to go on concurrently, and open spaces are a > great place to talk about that. > > The opportunity here, in my mind, is to attract people who having been > using Watir for a long time, and actually need speaking experience as > well as "outing" themselves. That helps us understand the community > more, push for facetime on some people we don't know, but need some > exposure. We can chat a bit more about it, but I'd love to give people > the spotlight for a bit. > > As I said previously, I'm hoping that it's one big love fest. :) While > it's fun to poke at each other, I really do see us as one big team > solving the same issue. Where we plan for it doesn't matter that much > to me. I'd like to see an open conf/Watir day with a CFP and then some > plans for open spaces and lightning talks. > > The hallway track and open spaces may be more interesting for some, > but don't discount the talks. > > -Charley > > > On Tue, Feb 1, 2011 at 11:12 PM, Bret Pettichord > wrote: > > My thought is that the Watir day would focus on the needs of the Watir > > development team. > > > > 1. Start by reviewing current status and recent releases. Get everybody > in > > sync. > > 2. Discuss directions, needs, objectives. > > 3. Agree on a plan. > > > > We might also add some testimonials about how different > people/organizations > > are using Watir in order to clarify our situations and constraints. > > > > I guess the first decision we need to make is where to organize the Watir > > day in more detail. Here (seconf google group) or the Watir Dev list? > > > > Bret > > > > On Tue, Feb 1, 2011 at 3:10 PM, Charley Baker > > wrote: > >> > >> I would love to have "synergy" between Selenium and Watir, and a lot > >> of that is already happening with the web-driver bindings and cross > >> communication. One of my standard slides is the comparison between > >> Selenium and Watir, followed up with the next slide where I say in > >> essence that we're definitely both in the same camp, solving the same > >> problems and grappling with the same questions. > >> > >> One of the big advantages to tacking on a Watir day is that we do get > >> to hang out, talk, code together and get people using one or the other > >> tool in the same space. And a big thanks for setting this up in the > >> first place. We need to figure out what's going on with the Watir day, > >> logistics, talks, etc. I would love to have help from you, Simon, > >> Patrick, etc who wants to be involved. It's all part of the same > >> conference in my mind, not two separate cabals. :) > >> > >> Cheers, > >> > >> Charley > >> > >> > >> On Tue, Feb 1, 2011 at 8:47 PM, Jason Huggins > wrote: > >> > I'm overdue for asking this question: but how much/little do the Watir > >> > folks want to be mentioned on the SeleniumConf website? I haven't done > >> > much of anything on this topic for the lack of asking that question. > >> > :-/ > >> > > >> > - Jason > >> > > >> > On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker < > charley.baker at gmail.com> > >> > wrote: > >> >> Yep, the space is reserved, speaker invites for SeConf have been sent > >> >> out, now we need to spend some time and organize Watir day. I'm also > >> >> assuming/hoping many of the Watir people will be attending SeConf - > >> >> cross-pollination is a good thing. :) > >> >> > >> >> > >> >> > >> >> Charley Baker > >> >> Lead Developer, Watir, http://watir.com > >> >> > >> >> > >> >> > >> >> On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin > >> >> wrote: > >> >>> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson > > >> >>> wrote: > >> >>>> The day is free - shall we confirm? > >> >>> > >> >>> Is Watir day confirmed for April 3rd? > >> >>> > >> >>> ?eljko > >> >>> -- > >> >>> watir.com - community manager > >> >>> watirpodcast.com - host > >> >>> testingpodcast.com - audio podcasts on software testing. all of > them > >> >>> > >> >>> > >> >> > >> > > > > > > > > > -- > > 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 Wed Feb 2 04:08:21 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Wed, 2 Feb 2011 03:08:21 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <31834553.1197.1296637701297.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20105#action_20105 ] Jarmo Pertman commented on WTR-440: ----------------------------------- Yes, that's it. Will you add that note yourself? > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 jason at jrandolph.com Tue Feb 1 15:47:26 2011 From: jason at jrandolph.com (Jason Huggins) Date: Tue, 1 Feb 2011 14:47:26 -0600 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: I'm overdue for asking this question: but how much/little do the Watir folks want to be mentioned on the SeleniumConf website? I haven't done much of anything on this topic for the lack of asking that question. :-/ - Jason On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker wrote: > Yep, the space is reserved, speaker invites for SeConf have been sent > out, now we need to spend some time and organize Watir day. I'm also > assuming/hoping many of the Watir people will be attending SeConf - > cross-pollination is a good thing. :) > > > > Charley Baker > Lead Developer, Watir, http://watir.com > > > > On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin > wrote: >> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson wrote: >>> The day is free - shall we confirm? >> >> Is Watir day confirmed for April 3rd? >> >> ?eljko >> -- >> watir.com - community manager >> watirpodcast.com - host >> testingpodcast.com - audio podcasts on software testing. all of them >> >> > From fknorr at gmail.com Tue Feb 1 22:30:14 2011 From: fknorr at gmail.com (Felipe Knorr Kuhn) Date: Wed, 2 Feb 2011 01:30:14 -0200 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: I have used Watir in several projects for the past 5 years but the latest is for the brazilian federal government, basically as a productivity tool, rather than regression tests and such. If you guys think this is an interesting use case, I can submit a proposal, but I would need an approval ASAP as I have to negotiate with my boss and several managers to let me go to SeConf (and have all expenses paid by myself rather than by my company). I'm currently working on Se-WD projects for the Ministry of Labor, so that could be a second use case. Please let me know what you think. On Tue, Feb 1, 2011 at 9:42 PM, Charley Baker wrote: > I'd rather open the Watir day into tracks, and invite speakers. The > development is going to go on concurrently, and open spaces are a > great place to talk about that. > > The opportunity here, in my mind, is to attract people who having been > using Watir for a long time, and actually need speaking experience as > well as "outing" themselves. That helps us understand the community > more, push for facetime on some people we don't know, but need some > exposure. We can chat a bit more about it, but I'd love to give people > the spotlight for a bit. > > As I said previously, I'm hoping that it's one big love fest. :) While > it's fun to poke at each other, I really do see us as one big team > solving the same issue. Where we plan for it doesn't matter that much > to me. I'd like to see an open conf/Watir day with a CFP and then some > plans for open spaces and lightning talks. > > The hallway track and open spaces may be more interesting for some, > but don't discount the talks. > > -Charley > > > On Tue, Feb 1, 2011 at 11:12 PM, Bret Pettichord > wrote: > > My thought is that the Watir day would focus on the needs of the Watir > > development team. > > > > 1. Start by reviewing current status and recent releases. Get everybody > in > > sync. > > 2. Discuss directions, needs, objectives. > > 3. Agree on a plan. > > > > We might also add some testimonials about how different > people/organizations > > are using Watir in order to clarify our situations and constraints. > > > > I guess the first decision we need to make is where to organize the Watir > > day in more detail. Here (seconf google group) or the Watir Dev list? > > > > Bret > > > > On Tue, Feb 1, 2011 at 3:10 PM, Charley Baker > > wrote: > >> > >> I would love to have "synergy" between Selenium and Watir, and a lot > >> of that is already happening with the web-driver bindings and cross > >> communication. One of my standard slides is the comparison between > >> Selenium and Watir, followed up with the next slide where I say in > >> essence that we're definitely both in the same camp, solving the same > >> problems and grappling with the same questions. > >> > >> One of the big advantages to tacking on a Watir day is that we do get > >> to hang out, talk, code together and get people using one or the other > >> tool in the same space. And a big thanks for setting this up in the > >> first place. We need to figure out what's going on with the Watir day, > >> logistics, talks, etc. I would love to have help from you, Simon, > >> Patrick, etc who wants to be involved. It's all part of the same > >> conference in my mind, not two separate cabals. :) > >> > >> Cheers, > >> > >> Charley > >> > >> > >> On Tue, Feb 1, 2011 at 8:47 PM, Jason Huggins > wrote: > >> > I'm overdue for asking this question: but how much/little do the Watir > >> > folks want to be mentioned on the SeleniumConf website? I haven't done > >> > much of anything on this topic for the lack of asking that question. > >> > :-/ > >> > > >> > - Jason > >> > > >> > On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker < > charley.baker at gmail.com> > >> > wrote: > >> >> Yep, the space is reserved, speaker invites for SeConf have been sent > >> >> out, now we need to spend some time and organize Watir day. I'm also > >> >> assuming/hoping many of the Watir people will be attending SeConf - > >> >> cross-pollination is a good thing. :) > >> >> > >> >> > >> >> > >> >> Charley Baker > >> >> Lead Developer, Watir, http://watir.com > >> >> > >> >> > >> >> > >> >> On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin > >> >> wrote: > >> >>> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson > > >> >>> wrote: > >> >>>> The day is free - shall we confirm? > >> >>> > >> >>> Is Watir day confirmed for April 3rd? > >> >>> > >> >>> ?eljko > >> >>> -- > >> >>> watir.com - community manager > >> >>> watirpodcast.com - host > >> >>> testingpodcast.com - audio podcasts on software testing. all of > them > >> >>> > >> >>> > >> >> > >> > > > > > > > > > -- > > 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 Wed Feb 2 04:35:42 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 2 Feb 2011 10:35:42 +0100 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: On Wed, Feb 2, 2011 at 4:30 AM, Felipe Knorr Kuhn wrote: > I have used Watir in several projects for the past 5 years but the latest is for the brazilian federal government, basically as a productivity tool, rather than regression tests and such. > I'm currently working on Se-WD projects for the Ministry of Labor, so that could be a second use case. Both sound interesting to me. I hope to see you at seconf. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreastt at opera.com Wed Feb 2 05:39:59 2011 From: andreastt at opera.com (Andreas Tolf Tolfsen) Date: Wed, 2 Feb 2011 11:39:59 +0100 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: <20110202103959.GT9437@e-tjenesten.org> * Also sprach Charley Baker : > Yep, the space is reserved, speaker invites for SeConf have been sent > out, now we need to spend some time and organize Watir day. I'm also > assuming/hoping many of the Watir people will be attending SeConf - > cross-pollination is a good thing. :) I'll be attending. -- Andreas Tolf Tolfsen QA Engineer, Core Systems Opera Software ASA From zeljko.filipin at wa-research.ch Wed Feb 2 05:41:19 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 2 Feb 2011 11:41:19 +0100 Subject: [Wtr-development] =?utf-8?q?Top_ten_reasons_why_I_won=E2=80=99t_u?= =?utf-8?q?se_your_open_source_project?= Message-ID: I think we are pretty good: http://thechangelog.com/post/3032074343/top-ten-reasons-why-i-wont-use-your-open-source-project (via http://5by5.tv/devshow/35) ?eljko -- watir.com - community manager watirpodcast.com - host testingpodcast.com - audio podcasts on software testing. all of them -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Feb 2 07:23:48 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 2 Feb 2011 13:23:48 +0100 Subject: [Wtr-development] Preferred IDE for developing watir and/or writing tests In-Reply-To: References: <20110117095346.GE9826@e-tjenesten.org> Message-ID: On Wed, Feb 2, 2011 at 1:49 AM, Tim Koopmans wrote: > I've since wrapped up contents of this thread in this blog post: > http://altentee.com/blogs/2011/what-editor-ide-do-you-use-for-developing-testing-in-watir/ Thanks. I planned to do it myself but did not have the time. :) Would you cross-post it at watir.com? ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Wed Feb 2 12:41:20 2011 From: watirjira at gmail.com (Bret Pettichord (JIRA)) Date: Wed, 2 Feb 2011 11:41:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <28819014.1204.1296668480680.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20107#action_20107 ] Bret Pettichord commented on WTR-440: ------------------------------------- Charley, how are you handling release notes? I did not see this mentioned in the CHANGES file and it seems like there is a new system for how you all are handling release notes now. > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 Wed Feb 2 16:00:13 2011 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 2 Feb 2011 15:00:13 -0600 Subject: [Wtr-development] Watir day at SeConf In-Reply-To: References: Message-ID: Alright, this sounds good to me. Bret On Tue, Feb 1, 2011 at 5:42 PM, Charley Baker wrote: > I'd rather open the Watir day into tracks, and invite speakers. The > development is going to go on concurrently, and open spaces are a > great place to talk about that. > > The opportunity here, in my mind, is to attract people who having been > using Watir for a long time, and actually need speaking experience as > well as "outing" themselves. That helps us understand the community > more, push for facetime on some people we don't know, but need some > exposure. We can chat a bit more about it, but I'd love to give people > the spotlight for a bit. > > As I said previously, I'm hoping that it's one big love fest. :) While > it's fun to poke at each other, I really do see us as one big team > solving the same issue. Where we plan for it doesn't matter that much > to me. I'd like to see an open conf/Watir day with a CFP and then some > plans for open spaces and lightning talks. > > The hallway track and open spaces may be more interesting for some, > but don't discount the talks. > > -Charley > > > On Tue, Feb 1, 2011 at 11:12 PM, Bret Pettichord > wrote: > > My thought is that the Watir day would focus on the needs of the Watir > > development team. > > > > 1. Start by reviewing current status and recent releases. Get everybody > in > > sync. > > 2. Discuss directions, needs, objectives. > > 3. Agree on a plan. > > > > We might also add some testimonials about how different > people/organizations > > are using Watir in order to clarify our situations and constraints. > > > > I guess the first decision we need to make is where to organize the Watir > > day in more detail. Here (seconf google group) or the Watir Dev list? > > > > Bret > > > > On Tue, Feb 1, 2011 at 3:10 PM, Charley Baker > > wrote: > >> > >> I would love to have "synergy" between Selenium and Watir, and a lot > >> of that is already happening with the web-driver bindings and cross > >> communication. One of my standard slides is the comparison between > >> Selenium and Watir, followed up with the next slide where I say in > >> essence that we're definitely both in the same camp, solving the same > >> problems and grappling with the same questions. > >> > >> One of the big advantages to tacking on a Watir day is that we do get > >> to hang out, talk, code together and get people using one or the other > >> tool in the same space. And a big thanks for setting this up in the > >> first place. We need to figure out what's going on with the Watir day, > >> logistics, talks, etc. I would love to have help from you, Simon, > >> Patrick, etc who wants to be involved. It's all part of the same > >> conference in my mind, not two separate cabals. :) > >> > >> Cheers, > >> > >> Charley > >> > >> > >> On Tue, Feb 1, 2011 at 8:47 PM, Jason Huggins > wrote: > >> > I'm overdue for asking this question: but how much/little do the Watir > >> > folks want to be mentioned on the SeleniumConf website? I haven't done > >> > much of anything on this topic for the lack of asking that question. > >> > :-/ > >> > > >> > - Jason > >> > > >> > On Tue, Feb 1, 2011 at 1:52 PM, Charley Baker < > charley.baker at gmail.com> > >> > wrote: > >> >> Yep, the space is reserved, speaker invites for SeConf have been sent > >> >> out, now we need to spend some time and organize Watir day. I'm also > >> >> assuming/hoping many of the Watir people will be attending SeConf - > >> >> cross-pollination is a good thing. :) > >> >> > >> >> > >> >> > >> >> Charley Baker > >> >> Lead Developer, Watir, http://watir.com > >> >> > >> >> > >> >> > >> >> On Tue, Feb 1, 2011 at 2:38 PM, ?eljko Filipin > >> >> wrote: > >> >>> On Tue, Jan 4, 2011 at 8:23 PM, Ashley Wilson > > >> >>> wrote: > >> >>>> The day is free - shall we confirm? > >> >>> > >> >>> Is Watir day confirmed for April 3rd? > >> >>> > >> >>> ?eljko > >> >>> -- > >> >>> watir.com - community manager > >> >>> watirpodcast.com - host > >> >>> testingpodcast.com - audio podcasts on software testing. all of > them > >> >>> > >> >>> > >> >> > >> > > > > > > > > > -- > > 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 watirjira at gmail.com Wed Feb 2 16:15:21 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Wed, 2 Feb 2011 15:15:21 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <10143309.1206.1296681321008.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20108#action_20108 ] Jarmo Pertman commented on WTR-440: ----------------------------------- What do you mean by not seeing it mentioned in the CHANGES? If you meant the part of "needing to uninstall every AutoIt" then yes, it's not in the CHANGES. But there's a link to this ticket with a note of upgrade of AutoIt. I guess this information should be somewhere in the wiki instead... > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 tim.koops at gmail.com Wed Feb 2 17:07:13 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Thu, 3 Feb 2011 09:07:13 +1100 Subject: [Wtr-development] Preferred IDE for developing watir and/or writing tests In-Reply-To: References: <20110117095346.GE9826@e-tjenesten.org> Message-ID: done Cheers, Tim On Wed, Feb 2, 2011 at 11:23 PM, ?eljko Filipin wrote: > On Wed, Feb 2, 2011 at 1:49 AM, Tim Koopmans wrote: >> I've since wrapped up contents of this thread in this blog post: >> >> http://altentee.com/blogs/2011/what-editor-ide-do-you-use-for-developing-testing-in-watir/ > > Thanks. I planned to do it myself but did not have the time. :) > > Would you cross-post it at watir.com? > > ?eljko > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From watirjira at gmail.com Wed Feb 2 17:29:20 2011 From: watirjira at gmail.com (Bret Pettichord (JIRA)) Date: Wed, 2 Feb 2011 16:29:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-440) Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <22963985.1208.1296685760783.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20109#action_20109 ] Bret Pettichord commented on WTR-440: ------------------------------------- My mistake. I just updated the CHANGES file in master. Thanks for the clarification and for the original fix. > Update AutoIt ActiveX Control library (AutoItX3.dll) bundled with Watir to current version > -------------------------------------------------------------------------------------------- > > Key: WTR-440 > URL: http://jira.openqa.org/browse/WTR-440 > Project: Watir > Issue Type: Improvement > Components: Gem installer > Affects Versions: 1.6.5 > Environment: Windows all versions > Reporter: Joe DiMauro > Fix For: Soon > > > The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005. > As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir. > See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version): > http://www.autoitscript.com/autoit3/docs/history.htm > The current AutoItX3 installer is available as a free download at: > http://www.autoitscript.com/autoit3/index.shtml > There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems. -- 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 zeljko.filipin at wa-research.ch Thu Feb 3 04:07:19 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Thu, 3 Feb 2011 10:07:19 +0100 Subject: [Wtr-development] Preferred IDE for developing watir and/or writing tests In-Reply-To: References: <20110117095346.GE9826@e-tjenesten.org> Message-ID: On Wed, Feb 2, 2011 at 11:07 PM, Tim Koopmans wrote: > done Thanks! :) I have added "Originally posted at altentee.com by Tim Koopmans." at the top of the article with link to the blog post and your Twitter account. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Thu Feb 3 16:28:20 2011 From: charley.baker at gmail.com (Charley Baker) Date: Thu, 3 Feb 2011 14:28:20 -0700 Subject: [Wtr-development] Watir day and Selenium Conf Message-ID: Hi all, Bret and I are leading up a Watir Day which will be Sunday April 3rd in San Francisco as part of the Selenium Conference. You can find out more information here on Watir day: http://watir.com/watir-day/ and the Selenium Conference: http://www.seleniumconf.com/. We're excited to have the two teams work together and focus on Automation Testing. Whether you're using Selenium or Watir, we would love to have you attend this conference. We are looking for sponsors for Watir Day and will have information up soon on more details about the conference and booking tickets. Feel free to reach out to us on sponsoring or other questions you might have. We will be updating the page as we have more information. Follow us on twitter: @watir for the latest annnouncements. We'll have an rss feed on the page as well. I hope to see many of you there. Cheers, Charley Baker Lead Developer, Watir, http://watir.com From abaird at bairdsnet.net Fri Feb 4 08:38:49 2011 From: abaird at bairdsnet.net (Alan Baird) Date: Fri, 4 Feb 2011 07:38:49 -0600 Subject: [Wtr-development] Hoe breaks Watir on fresh install Message-ID: While helping a colleague of mine install Watir on his fresh ruby install, we ran into an error where Hoe wanted rubygems >= 1.4. I was surprised to find out that Rubygems 1.4, and then shortly thereafter 1.5, were released into the wild very recently. This caused the Watir install to fail since Watir depends on Hoe (if not directly then indirectly). A fix for this is to install an older version of hoe first and then install Watir. I used 'gem install hoe -v 2.8.0' to get everything working. YMMV, but I wanted to put this out there just in case anyone else ran into it. Alan From zeljko.filipin at wa-research.ch Fri Feb 4 10:18:09 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Fri, 4 Feb 2011 16:18:09 +0100 Subject: [Wtr-development] [wtr-general] Re: Recent Stack Overflow Questions Tagged Watir In-Reply-To: References: <1625cb67-f13c-43ba-8655-135143eb6ba8@w15g2000pro.googlegroups.com> <04d85d0b-59df-4ae5-9fc1-44671cf682be@i28g2000yqa.googlegroups.com> Message-ID: http://stackoverflow.com/questions/4893923/weird-problems-with-reopening-ruby-classes -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Fri Feb 4 10:18:56 2011 From: jarmo.p at gmail.com (Jarmo) Date: Fri, 4 Feb 2011 17:18:56 +0200 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: I didn't understand - upgrading Rubygems broke Watir or upgrading Hoe did it? Jarmo On Fri, Feb 4, 2011 at 3:38 PM, Alan Baird wrote: > While helping a colleague of mine install Watir on his fresh ruby > install, we ran into an error where Hoe wanted rubygems >= 1.4. I was > surprised to find out that Rubygems 1.4, and then shortly thereafter > 1.5, were released into the wild very recently. This caused the Watir > install to fail since Watir depends on Hoe (if not directly then > indirectly). A fix for this is to install an older version of hoe > first and then install Watir. I used 'gem install hoe -v 2.8.0' to > get everything working. > > YMMV, but I wanted to put this out there just in case anyone else ran into > it. > > Alan > _______________________________________________ > 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 abaird at bairdsnet.net Sun Feb 6 16:46:38 2011 From: abaird at bairdsnet.net (Alan Baird) Date: Sun, 6 Feb 2011 15:46:38 -0600 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: Sorry if that wasn't clear. We started out with a fresh Ruby install and then when we tried to install Watir. We could not install it because one of Watir's dependencies, Hoe, gave us the message that it couldn't be installed because it wanted RubyGems >= 1.4. This was a problem for us because 'gem update --system' didn't work. I've tried this on my home computer (starting from RubyGems 1.3.7) and I get the following error: C:\Users\Alan>gem update --system Updating RubyGems Updating rubygems-update Successfully installed rubygems-update-1.5.0 Updating RubyGems to 1.5.0 Installing RubyGems 1.5.0 ./lib/rubygems/custom_require.rb:31:in `require': undefined method `end_with?' for "no such file to load -- psych":Strin g (NoMethodError) from ./lib/rubygems.rb:676:in `load_yaml' from ./lib/rubygems/config_file.rb:224:in `load_file' from ./lib/rubygems/config_file.rb:173:in `initialize' from ./lib/rubygems/gem_runner.rb:76:in `new' from ./lib/rubygems/gem_runner.rb:76:in `do_configuration' from ./lib/rubygems/gem_runner.rb:49:in `run' from setup.rb:35 RubyGems system software updated Is anyone else experiencing this? Alan From jari.bakken at gmail.com Sun Feb 6 17:34:32 2011 From: jari.bakken at gmail.com (Jari Bakken) Date: Sun, 6 Feb 2011 23:34:32 +0100 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: String#end_with? was added in Ruby 1.8.7 and earlier versions are not supported by rubygems >= 1.4: http://blog.segment7.net/2010/04/23/ruby-1-8-6-policy On Sun, Feb 6, 2011 at 10:46 PM, Alan Baird wrote: > Sorry if that wasn't clear. ?We started out with a fresh Ruby install > and then when we tried to install Watir. ?We could not install it > because one of Watir's dependencies, Hoe, gave us the message that it > couldn't be installed because it wanted RubyGems >= 1.4. ?This was a > problem for us because 'gem update --system' didn't work. ?I've tried > this on my home computer (starting from RubyGems 1.3.7) and I get the > following error: > > C:\Users\Alan>gem update --system > Updating RubyGems > Updating rubygems-update > Successfully installed rubygems-update-1.5.0 > Updating RubyGems to 1.5.0 > Installing RubyGems 1.5.0 > ./lib/rubygems/custom_require.rb:31:in `require': undefined method > `end_with?' for "no such file to load -- psych":Strin > g (NoMethodError) > ? ? ? ?from ./lib/rubygems.rb:676:in `load_yaml' > ? ? ? ?from ./lib/rubygems/config_file.rb:224:in `load_file' > ? ? ? ?from ./lib/rubygems/config_file.rb:173:in `initialize' > ? ? ? ?from ./lib/rubygems/gem_runner.rb:76:in `new' > ? ? ? ?from ./lib/rubygems/gem_runner.rb:76:in `do_configuration' > ? ? ? ?from ./lib/rubygems/gem_runner.rb:49:in `run' > ? ? ? ?from setup.rb:35 > RubyGems system software updated > > Is anyone else experiencing this? > > Alan > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From abaird at bairdsnet.net Sun Feb 6 21:28:55 2011 From: abaird at bairdsnet.net (Alan Baird) Date: Sun, 6 Feb 2011 20:28:55 -0600 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: Thanks for the info Jari. Seems like they should make 1.8.7 a dependency like Rails 3 does. Also, it seems that Watir needs to update it's documentation and make sure we aren't telling people to install Ruby 1.8.6 anymore. I think we've been pushing people to go to 1.8.7, but our documentation still mentions 1.8.6. Alan From abaird at bairdsnet.net Sun Feb 6 21:44:43 2011 From: abaird at bairdsnet.net (Alan Baird) Date: Sun, 6 Feb 2011 20:44:43 -0600 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: Ok, apologies for being surprised about this. We've already talked about some of this in a recent thread ("Ruby Versions Supported") so I won't pile on. I am really surprised to learn that the death of 1.8.6 has been a subject (and a reality) since early last year - shows you how much I know. However, I think this should demonstrate that we really can't stay on 1.8.6. Alan From notethan at gmail.com Mon Feb 7 02:18:39 2011 From: notethan at gmail.com (Ethan) Date: Mon, 7 Feb 2011 02:18:39 -0500 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: Or watir could drop its dependency on hoe. Personally I think it is a bad dependency to have anyway. On Sun, Feb 6, 2011 at 21:44, Alan Baird wrote: > Ok, apologies for being surprised about this. We've already talked > about some of this in a recent thread ("Ruby Versions Supported") so I > won't pile on. I am really surprised to learn that the death of 1.8.6 > has been a subject (and a reality) since early last year - shows you > how much I know. However, I think this should demonstrate that we > really can't stay on 1.8.6. > > Alan > _______________________________________________ > 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 Feb 7 10:26:34 2011 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 7 Feb 2011 09:26:34 -0600 Subject: [Wtr-development] Hoe breaks Watir on fresh install In-Reply-To: References: Message-ID: On Mon, Feb 7, 2011 at 1:18 AM, Ethan wrote: > Or watir could drop its dependency on hoe. Personally I think it is a bad > dependency to have anyway. +1 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 Mon Feb 14 14:22:20 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Mon, 14 Feb 2011 13:22:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-134) With Backwards Compatibility Message-ID: <32335548.1253.1297711340574.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charley Baker closed WTR-134. ----------------------------- Resolution: Not a problem Fix is in the works, this is no longer an issue per se. > With Backwards Compatibility > ---------------------------- > > Key: WTR-134 > URL: http://jira.openqa.org/browse/WTR-134 > Project: Watir > Issue Type: Sub-task > Reporter: Bret Pettichord > Priority: Major > Fix For: Future > > > If you vote for this ticket, that means that you don't want 0-based indexing in Watir ever unless it has backwards compatability. -- 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 Feb 14 14:26:20 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Mon, 14 Feb 2011 13:26:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Resolved: (WTR-127) Make it easier to use write simple tests or automation scripts using Watir Message-ID: <13947681.1255.1297711580052.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charley Baker resolved WTR-127. ------------------------------- Resolution: Not a problem Changing this to not a problem given the frameworks available - Taza, Watircraft. Will close as well. > Make it easier to use write simple tests or automation scripts using Watir > -------------------------------------------------------------------------- > > Key: WTR-127 > URL: http://jira.openqa.org/browse/WTR-127 > Project: Watir > Issue Type: New Feature > Reporter: Bret Pettichord > Priority: Major > Fix For: Future > > > I am using SlickRun and have recently realized that it would be easier to automate some daily tasks if Watir had a streamlined way of running scripts. See the constituent feature requests for details. These would also make it easier to run quick tests. -- 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 Feb 14 14:28:19 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Mon, 14 Feb 2011 13:28:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-127) Make it easier to use write simple tests or automation scripts using Watir Message-ID: <5021024.1257.1297711699774.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charley Baker closed WTR-127. ----------------------------- Closing > Make it easier to use write simple tests or automation scripts using Watir > -------------------------------------------------------------------------- > > Key: WTR-127 > URL: http://jira.openqa.org/browse/WTR-127 > Project: Watir > Issue Type: New Feature > Reporter: Bret Pettichord > Priority: Major > Fix For: Future > > > I am using SlickRun and have recently realized that it would be easier to automate some daily tasks if Watir had a streamlined way of running scripts. See the constituent feature requests for details. These would also make it easier to run quick tests. -- 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 tim.koops at gmail.com Mon Feb 14 18:17:33 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Tue, 15 Feb 2011 10:17:33 +1100 Subject: [Wtr-development] Load testing with Watir Message-ID: Hi guys, I've been putting more thought into load testing and what that means for Watir. Watirgrid allows for distributed testing across a grid network, but it is heavy in the sense of 1 core = 1 browser. So a 1000 user load test means a lot of cores spun up on EC2 or the like ... WebDriver seems the right direction for me. I've since added webdriver support to watirgrid, and am really interested in capabilities of htmlunit. I can easily spin up say 100 threads per core using htmlunit with no obvious degradation to performance. It's not the perfect world (especially with Rhino) but it's a good start. I know others have thought about this and experimented a little. One of the traps I see in this approach is htmlunit itself, or rather Rhino. If the application under test has some weird JS combo not executable by Rhino then the test case is stuck. It would be good if we could gracefully downgrade to a lower (protocol) level if needed. For example if the test case got stuck executing within htmlunit, we downgrade to httpunit or net/http and make the request needed to get past manually. Has anyone experimented with this before? I was thinking of perhaps hijacking the session (dumping cookies from Watir, re-using them with net/http if possible) Jari also suggested extending HtmlUnitDriver but I'd most likely need to be doing this in Java (maybe via JRuby) to get this working ... Thoughts? I'm really keen to get some movement in this space (load tests with Watir, one test API for functional _or_ performance automation etc) and would love to talk about this with anyone else interested at Watir Day (SeConf). Other areas of interest are tying Watir in with other performance monitoring tools (like splunk, dynatrace, fiddler, webtiming etc). I think I'll pursue with Watirgrid until it makes sense to split out otherwise. Cheers, Tim @90kts || watirgrid.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From alister.scott at gmail.com Mon Feb 14 18:49:45 2011 From: alister.scott at gmail.com (Alister Scott) Date: Tue, 15 Feb 2011 09:49:45 +1000 Subject: [Wtr-development] Load testing with Watir In-Reply-To: References: Message-ID: Hi Tim, I have spoken about the Rhino limitation in htmlunit with Jari before (which IMO makes WebDriver headless unusable), and he pointed me at webkitdriver ( http://code.google.com/p/webkitdriver/) which looks like it'll be a replacement for htmlunit. I don't know how far away webkitdriver is from the primetime, but I imagine Jari might be able to provide some info on it. 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, Feb 15, 2011 at 9:17 AM, Tim Koopmans wrote: > Hi guys, > > I've been putting more thought into load testing and what that means for > Watir. Watirgrid allows for distributed testing across a grid network, but > it is heavy in the sense of 1 core = 1 browser. So a 1000 user load test > means a lot of cores spun up on EC2 or the like ... > > WebDriver seems the right direction for me. I've since added webdriver > support to watirgrid, and am really interested in capabilities of > htmlunit. I can easily spin up say 100 threads per core using htmlunit with > no obvious degradation to performance. It's not the perfect world > (especially with Rhino) but it's a good start. > > I know others have thought about this and experimented a little. One of the > traps I see in this approach is htmlunit itself, or rather Rhino. If the > application under test has some weird JS combo not executable by Rhino then > the test case is stuck. > > It would be good if we could gracefully downgrade to a lower (protocol) > level if needed. For example if the test case got stuck executing within > htmlunit, we downgrade to httpunit or net/http and make the request needed > to get past manually. Has anyone experimented with this before? I was > thinking of perhaps hijacking the session (dumping cookies from Watir, > re-using them with net/http if possible) > > Jari also suggested extending HtmlUnitDriver but I'd most likely need to > be doing this in Java (maybe via JRuby) to get this working ... Thoughts? > > I'm really keen to get some movement in this space (load tests with Watir, > one test API for functional _or_ performance automation etc) and would love > to talk about this with anyone else interested at Watir Day (SeConf). Other > areas of interest are tying Watir in with other performance monitoring tools > (like splunk, dynatrace, fiddler, webtiming etc). I think I'll pursue with > Watirgrid until it makes sense to split out otherwise. > > > > > Cheers, > Tim > @90kts || watirgrid.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 simon.m.stewart at gmail.com Mon Feb 14 20:02:17 2011 From: simon.m.stewart at gmail.com (Simon Stewart) Date: Tue, 15 Feb 2011 10:02:17 +0900 Subject: [Wtr-development] Load testing with Watir In-Reply-To: References: Message-ID: I know of teams that have done some fairly advanced testing with the headless webkit driver. It can be pretty good. I also know that the developers love a good bug report with a reduced test case highlighting any issues ;) Simon On Tue, Feb 15, 2011 at 8:49 AM, Alister Scott wrote: > Hi Tim, > > I have spoken about the Rhino limitation in htmlunit with Jari before (which > IMO makes WebDriver headless unusable), and he pointed me at webkitdriver > (http://code.google.com/p/webkitdriver/) which looks like it'll be a > replacement for htmlunit. > > I don't know how far away webkitdriver is from the primetime, but I imagine > Jari might be able to provide some info on it. > > 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, Feb 15, 2011 at 9:17 AM, Tim Koopmans wrote: >> >> Hi guys, >> I've been putting more thought into load testing and what that means for >> Watir. Watirgrid allows for distributed testing across a grid network, but >> it is heavy in the sense of 1 core = 1 browser. So a 1000 user load test >> means a lot of cores spun up on EC2 or the like ... >> WebDriver seems the right direction for me. I've since added webdriver >> support to watirgrid, and am really interested in capabilities of >> htmlunit.?I can easily spin up say 100 threads per core using htmlunit with >> no obvious degradation to performance. It's not the perfect world >> (especially with Rhino) but it's a good start. >> I know others have thought about this and experimented a little. One of >> the traps I see in this approach is htmlunit itself, or rather Rhino. If the >> application under test has some weird JS combo not executable by Rhino then >> the test case is stuck. >> It would be good if we could gracefully downgrade to a lower (protocol) >> level if needed. For example if the test case got stuck executing within >> htmlunit, we downgrade to httpunit or net/http and make the request needed >> to get past manually. Has anyone experimented with this before? I was >> thinking of perhaps hijacking the session (dumping cookies from Watir, >> re-using them with net/http if possible) >> Jari also suggested extending?HtmlUnitDriver but I'd most likely need to >> be doing this in Java (maybe via JRuby) to get this working ... Thoughts? >> I'm really keen to get some movement in this space (load tests with Watir, >> one test API for functional _or_ performance automation etc) and would love >> to talk about this with anyone else interested at Watir Day (SeConf). Other >> areas of interest are tying Watir in with other performance monitoring tools >> (like splunk, dynatrace, fiddler, webtiming etc). I think I'll pursue with >> Watirgrid until it makes sense to split out otherwise. >> >> >> >> Cheers, >> Tim >> @90kts ||?watirgrid.com >> _______________________________________________ >> 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 Tue Feb 15 01:03:38 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Tue, 15 Feb 2011 17:03:38 +1100 Subject: [Wtr-development] Load testing with Watir In-Reply-To: References: Message-ID: Alister => thanks, will look into that, but I think it's prudent not to wait for the 'perfect' headless driver ... Simon => understood ... and will comply =) I guess in planning this out though it would be nice to have contingencies, such as side stepping HtmlUnit when the need arises. Best way I can think of is extending relevant classes (net/http? httpunit?) or sidejacking the user session/cookies ... I'm thinking this may be my first test case [to reduce] http://stackoverflow.com/questions/4995393/tests-using-webdriver-with-remote-htmlunit-having-redirect-issues-when-logging-in Cheers, Tim On Tue, Feb 15, 2011 at 12:02 PM, Simon Stewart wrote: > I know of teams that have done some fairly advanced testing with the > headless webkit driver. It can be pretty good. I also know that the > developers love a good bug report with a reduced test case > highlighting any issues ;) > > Simon > > On Tue, Feb 15, 2011 at 8:49 AM, Alister Scott > wrote: > > Hi Tim, > > > > I have spoken about the Rhino limitation in htmlunit with Jari before > (which > > IMO makes WebDriver headless unusable), and he pointed me at webkitdriver > > (http://code.google.com/p/webkitdriver/) which looks like it'll be a > > replacement for htmlunit. > > > > I don't know how far away webkitdriver is from the primetime, but I > imagine > > Jari might be able to provide some info on it. > > > > 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, Feb 15, 2011 at 9:17 AM, Tim Koopmans > wrote: > >> > >> Hi guys, > >> I've been putting more thought into load testing and what that means for > >> Watir. Watirgrid allows for distributed testing across a grid network, > but > >> it is heavy in the sense of 1 core = 1 browser. So a 1000 user load test > >> means a lot of cores spun up on EC2 or the like ... > >> WebDriver seems the right direction for me. I've since added webdriver > >> support to watirgrid, and am really interested in capabilities of > >> htmlunit. I can easily spin up say 100 threads per core using htmlunit > with > >> no obvious degradation to performance. It's not the perfect world > >> (especially with Rhino) but it's a good start. > >> I know others have thought about this and experimented a little. One of > >> the traps I see in this approach is htmlunit itself, or rather Rhino. If > the > >> application under test has some weird JS combo not executable by Rhino > then > >> the test case is stuck. > >> It would be good if we could gracefully downgrade to a lower (protocol) > >> level if needed. For example if the test case got stuck executing within > >> htmlunit, we downgrade to httpunit or net/http and make the request > needed > >> to get past manually. Has anyone experimented with this before? I was > >> thinking of perhaps hijacking the session (dumping cookies from Watir, > >> re-using them with net/http if possible) > >> Jari also suggested extending HtmlUnitDriver but I'd most likely need to > >> be doing this in Java (maybe via JRuby) to get this working ... > Thoughts? > >> I'm really keen to get some movement in this space (load tests with > Watir, > >> one test API for functional _or_ performance automation etc) and would > love > >> to talk about this with anyone else interested at Watir Day (SeConf). > Other > >> areas of interest are tying Watir in with other performance monitoring > tools > >> (like splunk, dynatrace, fiddler, webtiming etc). I think I'll pursue > with > >> Watirgrid until it makes sense to split out otherwise. > >> > >> > >> > >> Cheers, > >> Tim > >> @90kts || watirgrid.com > >> _______________________________________________ > >> 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 zeljko.filipin at wa-research.ch Tue Feb 15 09:47:49 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 15 Feb 2011 15:47:49 +0100 Subject: [Wtr-development] Disable file download popup in IE Message-ID: Hi, I was able to disable "file download" popup in all popular browsers except IE. I thought this would do it, but I still get the popup: IE > Tools > Internet Options > Security > select zone (example: Internet) > Security levels for this zone > Custom level... > Downloads > File download > Automatic prompting for file downloads > Disable > OK > Yes > OK. I am not interested in automating the popup, I do not want it to appear. Anybody knows what I should do? How to disable the popup for other browsers: http://wiki.openqa.org/display/WTR/File+Downloads ?eljko -- watir.com - community manager watirpodcast.com - host testingpodcast.com - audio podcasts on software testing. all of them -------------- next part -------------- An HTML attachment was scrubbed... URL: From basim at baassiri.ca Tue Feb 15 10:08:25 2011 From: basim at baassiri.ca (Basim Baassiri) Date: Tue, 15 Feb 2011 10:08:25 -0500 Subject: [Wtr-development] Disable file download popup in IE In-Reply-To: References: Message-ID: Depending on the OS, you might have to mess around with the group policy or registry This might help http://searchwindowsserver.techtarget.com/answer/How-to-disable-the-Open-File-Security-Warning-dialog-box On Tue, Feb 15, 2011 at 9:47 AM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > Hi, > > I was able to disable "file download" popup in all popular browsers except > IE. > > I thought this would do it, but I still get the popup: > > IE > Tools > Internet Options > Security > select zone (example: Internet) > > Security levels for this zone > Custom level... > Downloads > File > download > Automatic prompting for file downloads > Disable > OK > Yes > OK. > > I am not interested in automating the popup, I do not want it to appear. > > Anybody knows what I should do? > > How to disable the popup for other browsers: > > http://wiki.openqa.org/display/WTR/File+Downloads > > ?eljko > -- > watir.com - community manager > watirpodcast.com - host > testingpodcast.com - audio podcasts on software testing. all of them > > > _______________________________________________ > 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 Feb 16 09:01:57 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Feb 2011 15:01:57 +0100 Subject: [Wtr-development] Disable file download popup in IE In-Reply-To: References: Message-ID: On Tue, Feb 15, 2011 at 4:08 PM, Basim Baassiri wrote: > http://searchwindowsserver.techtarget.com/answer/How-to-disable-the-Open-File-Security-Warning-dialog-box The page says "To continue reading for free, register below or login". Bad page. :) Thanks for the link, ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Feb 16 09:06:04 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Feb 2011 15:06:04 +0100 Subject: [Wtr-development] Disable file download popup in IE In-Reply-To: References: Message-ID: On Tue, Feb 15, 2011 at 4:08 PM, Basim Baassiri wrote: > Depending on the OS Forgot to say it in the original post, OS is Windows 2003. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From basim at baassiri.ca Wed Feb 16 09:32:15 2011 From: basim at baassiri.ca (Basim Baassiri) Date: Wed, 16 Feb 2011 09:32:15 -0500 Subject: [Wtr-development] Disable file download popup in IE In-Reply-To: References: Message-ID: Thats the catch, if you scroll to the bottom the answer is there :) On Wed, Feb 16, 2011 at 9:01 AM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > On Tue, Feb 15, 2011 at 4:08 PM, Basim Baassiri wrote: > > > http://searchwindowsserver.techtarget.com/answer/How-to-disable-the-Open-File-Security-Warning-dialog-box > > The page says "To continue reading for free, register below or login". Bad > page. :) > > Thanks for the link, > > ?eljko > > _______________________________________________ > 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 Feb 16 10:09:01 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Feb 2011 16:09:01 +0100 Subject: [Wtr-development] Disable file download popup in IE In-Reply-To: References: Message-ID: On Wed, Feb 16, 2011 at 3:32 PM, Basim Baassiri wrote: > Thats the catch, if you scroll to the bottom the answer is there :) Thanks, found it. But I do not think it is related to "File Download" popup. The page says: We cannot run applications off other servers without receiving a "Do you want to run this application?" popup message. That is different popup. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Sat Feb 19 23:33:38 2011 From: jarmo.p at gmail.com (Jarmo) Date: Sun, 20 Feb 2011 06:33:38 +0200 Subject: [Wtr-development] Activesupport dependency Message-ID: Hi! Wanted to let you know that i've decided to tackle the problem of removing activesupport dependency from the firewatir myself since i've fed up by Charlie's (non-)actions about that thing so far. I have seen such a behavior before in my life and i wanted to let everyone know that this kind of behavior is not tolerable to everyone else. I have one good suggestion to Charlie and everyone else reading - don't give any promises when it's obvious that you're not going to fulfill them within reasonable time - know when to give up and delegate things to someone else and don't be afraid to acknowledge your mis-calculations or whatever reasons, otherwise you're just an irritating person, who is causing possible anger and will lose respect against yourself. It has been literally months from the moment when Charlie said that he's going to remove the dependency until today. I have asked and reminded him about that issue more than once in public and in private. Visible results are nowhere to seen. I'm feeling that my harsh approach is justified here. I'm sorry if someone feels otherwise. I hope that the dependency got correctly removed once and for all - at least all the tests are green when running `rake test_firewatir`. Please review my commits for some possible things i've forgotten or not noticed. Commits: https://github.com/bret/watir/commit/eae29a81a9d71c5325f080b9b6373f87acaa7de7 https://github.com/bret/watir/commit/b3d98b345035bf3086a3632e1791b41956c51198 If they're OK, then i'd like to proceed with releasing 1.8.0 to allow to use FireWatir with Rails 3. No hard feelings! Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Sun Feb 20 12:02:32 2011 From: charley.baker at gmail.com (Charley Baker) Date: Sun, 20 Feb 2011 10:02:32 -0700 Subject: [Wtr-development] Activesupport dependency In-Reply-To: References: Message-ID: My apologies for not delegating this issue, sometimes the best intentions get sidetracked, I should have recognized this sooner. The changes looks good and firefox tests passed for me. -c On Sat, Feb 19, 2011 at 9:33 PM, Jarmo wrote: > Hi! > Wanted to let you know that i've decided to tackle the problem of removing > activesupport dependency from the firewatir myself since i've fed up by > Charlie's (non-)actions about that thing so far. I have seen such a behavior > before in my life and i wanted to let everyone know that this kind of > behavior is not tolerable to everyone else. I have one good suggestion to > Charlie and everyone else reading - don't give any promises when it's > obvious that you're not going to fulfill them within reasonable time - know > when to give up and delegate things to someone else and don't be afraid to > acknowledge your mis-calculations or whatever reasons, otherwise you're just > an irritating person, who is causing possible anger and will lose respect > against yourself.?It has been literally months from the moment when Charlie > said that he's going to remove the dependency until today. I have asked and > reminded him about that issue more than once in public and in > private.?Visible results are nowhere to seen.?I'm feeling that my harsh > approach is justified here. I'm sorry if someone feels otherwise. > I hope that the dependency got correctly removed once and for all - at least > all the tests are green when running `rake test_firewatir`. Please review my > commits for some possible things i've forgotten or not noticed. > Commits: > https://github.com/bret/watir/commit/eae29a81a9d71c5325f080b9b6373f87acaa7de7 > https://github.com/bret/watir/commit/b3d98b345035bf3086a3632e1791b41956c51198 > If they're OK, then i'd like to proceed with releasing 1.8.0 to allow to use > FireWatir with Rails 3. > No hard feelings! > Jarmo > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From zeljko.filipin at wa-research.ch Tue Feb 22 10:02:59 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 22 Feb 2011 16:02:59 +0100 Subject: [Wtr-development] Watir at Facebook Message-ID: I have created Watir Facebook page: https://www.facebook.com/pages/Watir/155249291152060 Feel free to "like" it. :) I did not find a way how to create simple URL like https://www.facebook.com/pages/Watir or even https://www.facebook.com/Watir, if somebody knows how to do it, please let me know. There is almost no content on the page at the moment, I plan to post there a few times per week. ?eljko -- watir.com - community manager watirpodcast.com - host testingpodcast.com - audio podcasts on software testing. all of them -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Fri Feb 25 08:11:36 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Fri, 25 Feb 2011 14:11:36 +0100 Subject: [Wtr-development] Watir at Facebook In-Reply-To: References: Message-ID: On Tue, Feb 22, 2011 at 4:02 PM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > I did not find a way how to create simple URL like https://www.facebook.com/pages/Watir or even https://www.facebook.com/Watir, if somebody knows how to do it, please let me know. Found how to do it (at https://www.facebook.com/username/). Looks like the page had to have certain number of "likes". (By the way, "likes" stopped at 30, feel free to "like" it.) Once we set the page name, we can not change it. https://www.facebook.com/watir is taken. watir.com is not available, I guess you can not have dot (.) in the url. wtr is too short, it insists on 5 characters. watirdotcom, watircom, watirproject are available. What do you think? Any other suggestions? ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Fri Feb 25 12:56:54 2011 From: jarmo.p at gmail.com (Jarmo) Date: Fri, 25 Feb 2011 19:56:54 +0200 Subject: [Wtr-development] New Release? Message-ID: Hi! Sorry for not speeding this thing up before, but is there any arguments against making new release of 1.8.0? There's not a lot of changes but i'd consider rails 3 incompatibility quite critical. What do you guys think? All changes are written in here as always: https://github.com/bret/watir/blob/master/CHANGES Jarmo -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.koops at gmail.com Fri Feb 25 13:05:47 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Sat, 26 Feb 2011 05:05:47 +1100 Subject: [Wtr-development] New Release? In-Reply-To: References: Message-ID: +1 for removing dependency if not required. Cheers, Tim On Sat, Feb 26, 2011 at 4:56 AM, Jarmo wrote: > Hi! > Sorry for not speeding this thing up before, but is there any arguments > against making new release of 1.8.0? > There's not a lot of changes but i'd consider rails 3 incompatibility quite > critical. What do you guys think? > All changes are written in here as always: > https://github.com/bret/watir/blob/master/CHANGES > Jarmo > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From alister.scott at gmail.com Fri Feb 25 18:56:49 2011 From: alister.scott at gmail.com (Alister Scott) Date: Sat, 26 Feb 2011 09:56:49 +1000 Subject: [Wtr-development] Update on Watir Day 2011 - Sunday 3rd April - San Francisco Message-ID: Hi Everyone, I thought I would send out an update on Watir Day 2011, in case you hadn't seen what's happening on the website and twitter. http://watir.com/watir-day/ Planning for Watir Day is full steam ahead. *Proposing a Talk* You can propose a talk which closes over the coming days. See: http://watir.com/watir-day/propose-a-talk/ *Tickets * Tickets are $50 each and on sale now. You can get a free ticket if you're coming from overseas, and / or presenting at the Watir Day. Also, you don't need to be attending Selenium Conference to buy a ticket. Oh, and you get a special Watir Day T-Shirt. Link to tickets page: http://watirday.eventbrite.com/ *Sponsorship * The thing I am most excited about is our sponsorship packages. For only $175, your employer or company can sponsor the day and get four included tickets free, valued at $200. This should make it easy to convince your employer to sponsor the day and send some people! http://watir.com/watir-day/sponsorship/ * Coming Up Next* Over the coming days/weeks, we plan to finalize the program including the speakers, and open space format: so stay tuned. If you have any further questions, please feel to contact me, and please spread the word! Thanks, 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* -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Feb 26 18:03:20 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Sat, 26 Feb 2011 17:03:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws exception in Watir 1.6.7 In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <5831930.1363.1298761400552.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20124#action_20124 ] Charley Baker commented on WTR-463: ----------------------------------- Is this issue closed or not? > close_all throws exception in Watir 1.6.7 > ----------------------------------------- > > Key: WTR-463 > URL: http://jira.openqa.org/browse/WTR-463 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7 > Environment: Windows XP, IE7 > Reporter: Alan Baird > Assignee: Jarmo Pertman > Priority: Critical > Fix For: Soon > > > Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6). Consider the following code. I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb. This clearly shows that 0 is being passed to Wait.until. This causes the unexpected Watir::Wait::TimeoutError. > {code} > N:\gauntlet>irb --noreadline > irb(main):001:0> require 'watir' > => true > irb(main):002:0> br = Watir::IE.new > => # > irb(main):003:0> br.close > => false > irb(main):004:0> br = Watir::IE.new > => # > irb(main):005:0> Watir::IE.close_all > the attach timeout is 0 > Watir::Wait::TimeoutError: timed out after 0 seconds > from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all' > from (irb):5 > irb(main):006:0> puts Watir::IE.attach_timeout > 2.0 > => nil > {code} > The culprit, I believe, is Watir::IE#close_modal: > {code} > # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog > # to appear and does not raise exception if no window is found. > # returns true if modal was found and close, otherwise false > def close_modal > begin > original_attach_timeout = IE.attach_timeout > IE.attach_timeout = 0 > self.modal_dialog.close > true > rescue NoMatchingWindowFoundException, TimeOutException > false > ensure > IE.attach_timeout = original_attach_timeout > end > end > {code} > What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is. The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0. I tried commenting out this line but it still raises a Watir::Wait::TimeoutError. -- 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 Sat Feb 26 18:08:19 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Sat, 26 Feb 2011 17:08:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-465) improved speed of filling text fields In-Reply-To: <14796054.632.1289948720475.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <23731907.1366.1298761699834.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20125#action_20125 ] Charley Baker commented on WTR-465: ----------------------------------- Any progress on this issue? I've seen it happen here and there and haven't been able to nail down a root cause. Should we just yank this in? > improved speed of filling text fields > ------------------------------------- > > Key: WTR-465 > URL: http://jira.openqa.org/browse/WTR-465 > Project: Watir > Issue Type: Improvement > Components: FireWatir > Affects Versions: 1.6.7 > Environment: Fedora Core 13, Firefox 3.6.12 > Reporter: Mark Wieder > Assignee: Angrez > > The set method for filling text fields was operating at about one char per second, so I rewrote doKeyPress. It now works much faster for both append and set. > begin > #...existing test for max length > end > # get existing text > oldvalue = "#{(o.value.to_s)}" > # append new text > oldvalue += value > @o.value = oldvalue > @o.fireEvent("onKeyDown") > @o.fireEvent("onKeyPress") > @o.fireEvent("onKeyUp") > Tried and failed to create a diff file for you... -- 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 Sun Feb 27 05:17:20 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Sun, 27 Feb 2011 04:17:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-463) close_all throws exception in Watir 1.6.7 In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <17037984.1370.1298801840308.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarmo Pertman closed WTR-463. ----------------------------- Resolution: Fixed Fix Version/s: (was: Soon) 1.7.0 Closing this due to missing negative feedback. Reopen if that issue still persists. > close_all throws exception in Watir 1.6.7 > ----------------------------------------- > > Key: WTR-463 > URL: http://jira.openqa.org/browse/WTR-463 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7 > Environment: Windows XP, IE7 > Reporter: Alan Baird > Assignee: Jarmo Pertman > Priority: Critical > Fix For: 1.7.0 > > > Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6). Consider the following code. I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb. This clearly shows that 0 is being passed to Wait.until. This causes the unexpected Watir::Wait::TimeoutError. > {code} > N:\gauntlet>irb --noreadline > irb(main):001:0> require 'watir' > => true > irb(main):002:0> br = Watir::IE.new > => # > irb(main):003:0> br.close > => false > irb(main):004:0> br = Watir::IE.new > => # > irb(main):005:0> Watir::IE.close_all > the attach timeout is 0 > Watir::Wait::TimeoutError: timed out after 0 seconds > from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all' > from (irb):5 > irb(main):006:0> puts Watir::IE.attach_timeout > 2.0 > => nil > {code} > The culprit, I believe, is Watir::IE#close_modal: > {code} > # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog > # to appear and does not raise exception if no window is found. > # returns true if modal was found and close, otherwise false > def close_modal > begin > original_attach_timeout = IE.attach_timeout > IE.attach_timeout = 0 > self.modal_dialog.close > true > rescue NoMatchingWindowFoundException, TimeOutException > false > ensure > IE.attach_timeout = original_attach_timeout > end > end > {code} > What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is. The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0. I tried commenting out this line but it still raises a Watir::Wait::TimeoutError. -- 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 charley.baker at gmail.com Sun Feb 27 17:10:08 2011 From: charley.baker at gmail.com (Charley Baker) Date: Sun, 27 Feb 2011 15:10:08 -0700 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? Message-ID: Hi all, The RubyInstaller project has essentially decided to deprecate support for Ruby 1.8.6, and 1.9.1 for good reason, see the thread here: http://groups.google.com/group/rubyinstaller/browse_thread/thread/d0a85c150c53790d?hl=en In this vein, I'm putting out feelers on when we want to do something similar. I get the feeling that a lot of our users are still working with Ruby 1.8.6, though I've been focused on 1.8.7 for a while now and not had any major problems. We do have some work to get Watir working on 1.9.2, which I don't think is a major effort, colloquially I would guess that most of our users are not on 1.9.2, though there are several and that doesn't negate the need to move in that direction. I'd like to do a poll on the main Watir site and send out an email with Ruby versions and Watir version that everyone is using. If everyone's in agreement or if you have other questions to ask on the survey, Alister/Zeljko, do you guys want to take this on, or I could, either way. We need to ramp up support for Ruby 1.9.2 and it does become somewhat of a burden to support older versions, particularly without a CI environment. That being said, I'm not proposing we pull the plug on 1.8.6 tomorrow, but start to move in the direction of recommending 1.8.7 as a minimal platform, and spend out main focus on that and 1.9.2 & 1.9.3 which will come out sometime this year, Xmas, if the past is any indication. :) Anyhow, let me know what your thoughts are. Charley Baker Lead Developer, Watir, http://watir.com From watirjira at gmail.com Sun Feb 27 17:47:20 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Sun, 27 Feb 2011 16:47:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Commented: (WTR-472) Issues with Watir::IE::Process.start_process and new_process In-Reply-To: <28313438.1006.1294323980557.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <15135539.1373.1298846840652.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20127#action_20127 ] Charley Baker commented on WTR-472: ----------------------------------- Where are we on this issue? > Issues with Watir::IE::Process.start_process and new_process > ------------------------------------------------------------ > > Key: WTR-472 > URL: http://jira.openqa.org/browse/WTR-472 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.6.7 > Environment: windows 7 IE 8 > Reporter: Alan Baird > Priority: Major > > I noticed this on Ruby 1.8.7: > {code} > c:\>pik switch 1.8.7 > c:\>ruby -v > ruby 1.8.7 (2010-08-16 patchlevel 302) [i386-mingw32] > c:\>gem list watir > *** LOCAL GEMS *** > watir (1.7.0, 1.7.0.rc1, 1.6.7) > c:\>irb --noreadline > irb(main):001:0> require 'watir' > => true > irb(main):002:0> br = Watir::IE.new_process > NoMethodError: undefined method `visible' for [#]:Array > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:230:in `visible=' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:170:in `initialize_options' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:121:in `_new_process_init' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:113:in `new_process' > from (irb):2 > irb(main):003:0> br = Watir::IE.start_process > NoMethodError: undefined method `visible' for [#]:Array > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:230:in `visible=' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:170:in `initialize_options' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:121:in `_new_process_init' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:113:in `new_process' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:128:in `start_process' > from (irb):3 > {code} > I'm not sure what is causing this. I don't see this behavior with 1.8.6. -- 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 Sun Feb 27 17:53:19 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Sun, 27 Feb 2011 16:53:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Resolved: (WTR-470) ole_inner_elements timing issue In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <32447460.1376.1298847199906.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charley Baker resolved WTR-470. ------------------------------- Assignee: Jarmo Pertman Resolution: Not a problem I'd posit that this is not an issue. That is to say that we do lazy load components on web pages which without further examples might indicate what you're seeing. This is easily fixed by handling AJAX events with waiting for certain controls to exist. Taza is an example of a framework where we've handled this, there are a few others. I'm assigning this to Jarmo to close, to make sure I'm not missing something, but this doesn't seem like an issue, more of a question. Sorry if I got it wrong, and ask questions on the mailing list or ping me. > ole_inner_elements timing issue > ------------------------------- > > Key: WTR-470 > URL: http://jira.openqa.org/browse/WTR-470 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7 > Environment: Running this on Windows XP with ie 7. > Reporter: Dan Franko > Assignee: Jarmo Pertman > Priority: Major > > In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present. I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it. > {quote} > locator.elements = ole_inner_elements if locator.elements.nil? > def ole_inner_elements > return document.body.all > end > {quote} > This is the error I get in this condition. This is testing a C# web app, which is using ajax. > {quote} > undefined method `all' for nil:NilClass > ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"] > {quote} -- 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 Sun Feb 27 17:55:19 2011 From: watirjira at gmail.com (Charley Baker (JIRA)) Date: Sun, 27 Feb 2011 16:55:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Assigned: (WTR-456) Firewatir fails to start firefox In-Reply-To: <11156732.1179.1286512593133.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <30456896.1379.1298847319869.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charley Baker reassigned WTR-456: --------------------------------- Assignee: Charley Baker > Firewatir fails to start firefox > -------------------------------- > > Key: WTR-456 > URL: http://jira.openqa.org/browse/WTR-456 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.5 > Environment: ruby 1.8.6, 1.9.1 and ruby 1.9.2 mingw from http://rubyinstaller.org/ > Reporter: Kevin DeRossett > Assignee: Charley Baker > Priority: Critical > > path_from_registry in firefox.rb line 1027ish > is: > return entry.last > but should be: > return "\"#{entry.last}\"" > without the quotes firefox will not start from the path c:\Program Files\... or c:\Program Files (x86)\... the default location. -- 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 tim.koops at gmail.com Sun Feb 27 19:13:48 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Mon, 28 Feb 2011 11:13:48 +1100 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: As far as I can tell, win32ole is the only limiting thing when moving from 1.8.6 to 1.8.7. Having said that though I was able to get the modal test suite passing on 1.8.7 without doing any hacks. So +1 to make the minimum recommended version 1.8.7. Bret had summed up the scenarios where win32ole is affected by the Ruby version as follows: 1. You need to recompile it when the compiler used by ruby changes. 2. You need to reapply the patch and then recompile whenever changes have been made to the original win32ole.c code. I'm not sure what other dependencies are broken though when moving to 1.9.x. Personally I just use 1.8.7 Cheers, Tim @90kts On Mon, Feb 28, 2011 at 9:10 AM, Charley Baker wrote: > Hi all, > > The RubyInstaller project has essentially decided to deprecate > support for Ruby 1.8.6, and 1.9.1 for good reason, see the thread > here: > http://groups.google.com/group/rubyinstaller/browse_thread/thread/d0a85c150c53790d?hl=en > > In this vein, I'm putting out feelers on when we want to do something > similar. I get the feeling that a lot of our users are still working > with Ruby 1.8.6, though I've been focused on 1.8.7 for a while now and > not had any major problems. We do have some work to get Watir working > on 1.9.2, which I don't think is a major effort, colloquially I would > guess that most of our users are not on 1.9.2, though there are > several and that doesn't negate the need to move in that direction. > > I'd like to do a poll on the main Watir site and send out an email > with Ruby versions and Watir version that everyone is using. If > everyone's in agreement or if you have other questions to ask on the > survey, Alister/Zeljko, do you guys want to take this on, or I could, > either way. > > We need to ramp up support for Ruby 1.9.2 and it does become somewhat > of a burden to support older versions, particularly without a CI > environment. That being said, I'm not proposing we pull the plug on > 1.8.6 tomorrow, but start to move in the direction of recommending > 1.8.7 as a minimal platform, and spend out main focus on that and > 1.9.2 & 1.9.3 which will come out sometime this year, Xmas, if the > past is any indication. :) > > Anyhow, let me know what your thoughts are. > > Charley Baker > Lead Developer, Watir, http://watir.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 jarmo.p at gmail.com Mon Feb 28 00:26:18 2011 From: jarmo.p at gmail.com (Jarmo) Date: Mon, 28 Feb 2011 07:26:18 +0200 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: 1.8.7 should be working currently with Watir indeed. If i remember correctly then there were also some obstacles in regarding of Ruby 1.9.2 and win32-api gem because it didn't have precompiled binaries for 1.9 yet. I opened up a ticket for Daniel Berger (authors of win32 gems) who said that he will start compiling for 1.9 too, but i'm afraid that it hasn't happened yet. Maybe he needs a little bit more pressure :P Jarmo On Mon, Feb 28, 2011 at 2:13 AM, Tim Koopmans wrote: > As far as I can tell, win32ole is the only limiting thing when moving from > 1.8.6 to 1.8.7. Having said that though I was able to get the modal test > suite passing on 1.8.7 without doing any hacks. So +1 to make the minimum > recommended version 1.8.7. > > Bret had summed up the scenarios where win32ole is affected by the Ruby > version as follows: > 1. You need to recompile it when the compiler used by ruby changes. > 2. You need to reapply the patch and then recompile whenever changes have > been made to the original win32ole.c code. > > I'm not sure what other dependencies are broken though when moving to > 1.9.x. Personally I just use 1.8.7 > > Cheers, > Tim > > @90kts > > > > > On Mon, Feb 28, 2011 at 9:10 AM, Charley Baker wrote: > >> Hi all, >> >> The RubyInstaller project has essentially decided to deprecate >> support for Ruby 1.8.6, and 1.9.1 for good reason, see the thread >> here: >> http://groups.google.com/group/rubyinstaller/browse_thread/thread/d0a85c150c53790d?hl=en >> >> In this vein, I'm putting out feelers on when we want to do something >> similar. I get the feeling that a lot of our users are still working >> with Ruby 1.8.6, though I've been focused on 1.8.7 for a while now and >> not had any major problems. We do have some work to get Watir working >> on 1.9.2, which I don't think is a major effort, colloquially I would >> guess that most of our users are not on 1.9.2, though there are >> several and that doesn't negate the need to move in that direction. >> >> I'd like to do a poll on the main Watir site and send out an email >> with Ruby versions and Watir version that everyone is using. If >> everyone's in agreement or if you have other questions to ask on the >> survey, Alister/Zeljko, do you guys want to take this on, or I could, >> either way. >> >> We need to ramp up support for Ruby 1.9.2 and it does become somewhat >> of a burden to support older versions, particularly without a CI >> environment. That being said, I'm not proposing we pull the plug on >> 1.8.6 tomorrow, but start to move in the direction of recommending >> 1.8.7 as a minimal platform, and spend out main focus on that and >> 1.9.2 & 1.9.3 which will come out sometime this year, Xmas, if the >> past is any indication. :) >> >> Anyhow, let me know what your thoughts are. >> >> Charley Baker >> Lead Developer, Watir, http://watir.com >> _______________________________________________ >> 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 Feb 28 00:28:09 2011 From: jarmo.p at gmail.com (Jarmo) Date: Mon, 28 Feb 2011 07:28:09 +0200 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: Oh, right, forgot to add one more thing - maybe if these gem problems go away then we can safely recommend 1.9.2 too, but just without modal dialogs support at the moment. I think that majority of users don't deal with THE modal dialogs anyway. This is of course just an assumption and i think that you all know what assumptions generally end up being :P What do you think? Jarmo On Mon, Feb 28, 2011 at 7:26 AM, Jarmo wrote: > 1.8.7 should be working currently with Watir indeed. > > If i remember correctly then there were also some obstacles in regarding of > Ruby 1.9.2 and win32-api gem because it didn't have precompiled binaries for > 1.9 yet. I opened up a ticket for Daniel Berger (authors of win32 gems) who > said that he will start compiling for 1.9 too, but i'm afraid that it hasn't > happened yet. Maybe he needs a little bit more pressure :P > > Jarmo > > > On Mon, Feb 28, 2011 at 2:13 AM, Tim Koopmans wrote: > >> As far as I can tell, win32ole is the only limiting thing when moving >> from 1.8.6 to 1.8.7. Having said that though I was able to get the modal >> test suite passing on 1.8.7 without doing any hacks. So +1 to make the >> minimum recommended version 1.8.7. >> >> Bret had summed up the scenarios where win32ole is affected by the Ruby >> version as follows: >> 1. You need to recompile it when the compiler used by ruby changes. >> 2. You need to reapply the patch and then recompile whenever changes have >> been made to the original win32ole.c code. >> >> I'm not sure what other dependencies are broken though when moving to >> 1.9.x. Personally I just use 1.8.7 >> >> Cheers, >> Tim >> >> @90kts >> >> >> >> >> On Mon, Feb 28, 2011 at 9:10 AM, Charley Baker wrote: >> >>> Hi all, >>> >>> The RubyInstaller project has essentially decided to deprecate >>> support for Ruby 1.8.6, and 1.9.1 for good reason, see the thread >>> here: >>> http://groups.google.com/group/rubyinstaller/browse_thread/thread/d0a85c150c53790d?hl=en >>> >>> In this vein, I'm putting out feelers on when we want to do something >>> similar. I get the feeling that a lot of our users are still working >>> with Ruby 1.8.6, though I've been focused on 1.8.7 for a while now and >>> not had any major problems. We do have some work to get Watir working >>> on 1.9.2, which I don't think is a major effort, colloquially I would >>> guess that most of our users are not on 1.9.2, though there are >>> several and that doesn't negate the need to move in that direction. >>> >>> I'd like to do a poll on the main Watir site and send out an email >>> with Ruby versions and Watir version that everyone is using. If >>> everyone's in agreement or if you have other questions to ask on the >>> survey, Alister/Zeljko, do you guys want to take this on, or I could, >>> either way. >>> >>> We need to ramp up support for Ruby 1.9.2 and it does become somewhat >>> of a burden to support older versions, particularly without a CI >>> environment. That being said, I'm not proposing we pull the plug on >>> 1.8.6 tomorrow, but start to move in the direction of recommending >>> 1.8.7 as a minimal platform, and spend out main focus on that and >>> 1.9.2 & 1.9.3 which will come out sometime this year, Xmas, if the >>> past is any indication. :) >>> >>> Anyhow, let me know what your thoughts are. >>> >>> Charley Baker >>> Lead Developer, Watir, http://watir.com >>> _______________________________________________ >>> 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 watirjira at gmail.com Mon Feb 28 00:37:20 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Sun, 27 Feb 2011 23:37:20 -0600 (CST) Subject: [Wtr-development] [JIRA] Reopened: (WTR-470) ole_inner_elements timing issue In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <27070449.1383.1298871440086.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarmo Pertman reopened WTR-470: ------------------------------- I'm not sure about this. I have seen that error myself in the situation where there is some redirect happening caused by JavaScript for example: 1) page gets loaded 2) body onload event triggers javascript function 3) javascript function performs some nasty redirect In this case it is possible to get that error. I'm not 100% sure, but i strongly think so. The reason could be that Browser#wait is not executed during that JavaScript redirection so if you'd try to check if some element exists during the redirection phase - e.g. the let's say that there is a completely white page currently in the browser, so no DOM, nothing - then you might get that error. In this situation you are in some sticky situation because you cannot just wait_until some element exists to make sure that redirection has completed. Only way would be to check for existance of the element AND rescue the possible exception. Of course that error won't happen all the time. I'm not sure if the same problem applies to reporter's case too. That's why i asked questions from him/her. I don't have any better ideas how to solve that problem also and maybe that retrying wouldn't be such a bad idea afterall. Of course i'm not sure if that would solve the problem i described. I guess some test page with a lot of redirections happening could answer that question. I'll look into it at some point. > ole_inner_elements timing issue > ------------------------------- > > Key: WTR-470 > URL: http://jira.openqa.org/browse/WTR-470 > Project: Watir > Issue Type: Bug > Components: Wait > Affects Versions: 1.6.7 > Environment: Running this on Windows XP with ie 7. > Reporter: Dan Franko > Assignee: Jarmo Pertman > Priority: Major > > In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present. I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it. > {quote} > locator.elements = ole_inner_elements if locator.elements.nil? > def ole_inner_elements > return document.body.all > end > {quote} > This is the error I get in this condition. This is testing a C# web app, which is using ajax. > {quote} > undefined method `all' for nil:NilClass > ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"] > {quote} -- 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 Feb 28 00:39:19 2011 From: watirjira at gmail.com (Jarmo Pertman (JIRA)) Date: Sun, 27 Feb 2011 23:39:19 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-472) Issues with Watir::IE::Process.start_process and new_process In-Reply-To: <28313438.1006.1294323980557.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <19078332.1385.1298871559928.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarmo Pertman closed WTR-472. ----------------------------- Resolution: Fixed Fix Version/s: 1.7.0 It should be closed. I'm not sure why it isn't. I guess i thought i closed it, but in reality didn't. > Issues with Watir::IE::Process.start_process and new_process > ------------------------------------------------------------ > > Key: WTR-472 > URL: http://jira.openqa.org/browse/WTR-472 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.6.7 > Environment: windows 7 IE 8 > Reporter: Alan Baird > Priority: Major > Fix For: 1.7.0 > > > I noticed this on Ruby 1.8.7: > {code} > c:\>pik switch 1.8.7 > c:\>ruby -v > ruby 1.8.7 (2010-08-16 patchlevel 302) [i386-mingw32] > c:\>gem list watir > *** LOCAL GEMS *** > watir (1.7.0, 1.7.0.rc1, 1.6.7) > c:\>irb --noreadline > irb(main):001:0> require 'watir' > => true > irb(main):002:0> br = Watir::IE.new_process > NoMethodError: undefined method `visible' for [#]:Array > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:230:in `visible=' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:170:in `initialize_options' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:121:in `_new_process_init' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:113:in `new_process' > from (irb):2 > irb(main):003:0> br = Watir::IE.start_process > NoMethodError: undefined method `visible' for [#]:Array > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:230:in `visible=' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:170:in `initialize_options' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:121:in `_new_process_init' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:113:in `new_process' > from C:/ruby/Ruby-187-p302/lib/ruby/gems/1.8/gems/watir-1.7.0/lib/watir/ie-class.rb:128:in `start_process' > from (irb):3 > {code} > I'm not sure what is causing this. I don't see this behavior with 1.8.6. -- 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 tim.koops at gmail.com Mon Feb 28 00:59:19 2011 From: tim.koops at gmail.com (Tim Koopmans) Date: Mon, 28 Feb 2011 16:59:19 +1100 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: Well +1 for recommending minimum Ruby version is 1.8.7. We could make comment on watir.com/installation that 1.9.2 works sans modal dialog support perhaps? Cheers, Tim @90kts On Mon, Feb 28, 2011 at 4:28 PM, Jarmo wrote: > Oh, right, forgot to add one more thing - maybe if these gem problems go > away then we can safely recommend 1.9.2 too, but just without modal dialogs > support at the moment. I think that majority of users don't deal with THE > modal dialogs anyway. This is of course just an assumption and i think that > you all know what assumptions generally end up being :P What do you think? > > Jarmo > > > On Mon, Feb 28, 2011 at 7:26 AM, Jarmo wrote: > >> 1.8.7 should be working currently with Watir indeed. >> >> If i remember correctly then there were also some obstacles in regarding >> of Ruby 1.9.2 and win32-api gem because it didn't have precompiled binaries >> for 1.9 yet. I opened up a ticket for Daniel Berger (authors of win32 gems) >> who said that he will start compiling for 1.9 too, but i'm afraid that it >> hasn't happened yet. Maybe he needs a little bit more pressure :P >> >> Jarmo >> >> >> On Mon, Feb 28, 2011 at 2:13 AM, Tim Koopmans wrote: >> >>> As far as I can tell, win32ole is the only limiting thing when moving >>> from 1.8.6 to 1.8.7. Having said that though I was able to get the modal >>> test suite passing on 1.8.7 without doing any hacks. So +1 to make the >>> minimum recommended version 1.8.7. >>> >>> Bret had summed up the scenarios where win32ole is affected by the Ruby >>> version as follows: >>> 1. You need to recompile it when the compiler used by ruby changes. >>> 2. You need to reapply the patch and then recompile whenever changes have >>> been made to the original win32ole.c code. >>> >>> I'm not sure what other dependencies are broken though when moving to >>> 1.9.x. Personally I just use 1.8.7 >>> >>> Cheers, >>> Tim >>> >>> @90kts >>> >>> >>> >>> >>> On Mon, Feb 28, 2011 at 9:10 AM, Charley Baker wrote: >>> >>>> Hi all, >>>> >>>> The RubyInstaller project has essentially decided to deprecate >>>> support for Ruby 1.8.6, and 1.9.1 for good reason, see the thread >>>> here: >>>> http://groups.google.com/group/rubyinstaller/browse_thread/thread/d0a85c150c53790d?hl=en >>>> >>>> In this vein, I'm putting out feelers on when we want to do something >>>> similar. I get the feeling that a lot of our users are still working >>>> with Ruby 1.8.6, though I've been focused on 1.8.7 for a while now and >>>> not had any major problems. We do have some work to get Watir working >>>> on 1.9.2, which I don't think is a major effort, colloquially I would >>>> guess that most of our users are not on 1.9.2, though there are >>>> several and that doesn't negate the need to move in that direction. >>>> >>>> I'd like to do a poll on the main Watir site and send out an email >>>> with Ruby versions and Watir version that everyone is using. If >>>> everyone's in agreement or if you have other questions to ask on the >>>> survey, Alister/Zeljko, do you guys want to take this on, or I could, >>>> either way. >>>> >>>> We need to ramp up support for Ruby 1.9.2 and it does become somewhat >>>> of a burden to support older versions, particularly without a CI >>>> environment. That being said, I'm not proposing we pull the plug on >>>> 1.8.6 tomorrow, but start to move in the direction of recommending >>>> 1.8.7 as a minimal platform, and spend out main focus on that and >>>> 1.9.2 & 1.9.3 which will come out sometime this year, Xmas, if the >>>> past is any indication. :) >>>> >>>> Anyhow, let me know what your thoughts are. >>>> >>>> Charley Baker >>>> Lead Developer, Watir, http://watir.com >>>> _______________________________________________ >>>> 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 zeljko.filipin at wa-research.ch Mon Feb 28 04:21:52 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 28 Feb 2011 10:21:52 +0100 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: On Sun, Feb 27, 2011 at 11:10 PM, Charley Baker wrote: > I'd like to do a poll on the main Watir site and send out an email > with Ruby versions and Watir version that everyone is using. If > everyone's in agreement or if you have other questions to ask on the > survey, Alister/Zeljko, do you guys want to take this on, or I could, > either way. I would prefer if you did it. :) I use 1.8.7 for a long time since I do not need support for modal dialogs. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From alister.scott at gmail.com Mon Feb 28 05:48:05 2011 From: alister.scott at gmail.com (Alister Scott) Date: Mon, 28 Feb 2011 20:48:05 +1000 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: Done: http://watir.com/2011/02/28/poll-what-rubywatir-versions-do-you-use/ 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 Mon, Feb 28, 2011 at 7:21 PM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > On Sun, Feb 27, 2011 at 11:10 PM, Charley Baker > wrote: > > I'd like to do a poll on the main Watir site and send out an email > > with Ruby versions and Watir version that everyone is using. If > > everyone's in agreement or if you have other questions to ask on the > > survey, Alister/Zeljko, do you guys want to take this on, or I could, > > either way. > > I would prefer if you did it. :) > > I use 1.8.7 for a long time since I do not need support for modal dialogs. > > ?eljko > > _______________________________________________ > 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 Feb 28 10:00:52 2011 From: charley.baker at gmail.com (Charley Baker) Date: Mon, 28 Feb 2011 08:00:52 -0700 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: Awesome, thanks for the feedback and the poll. :) I've been the one to recompile our custom version of win32ole for the modal dialogs which I was doing with MSVC6 on the previous versions of Ruby. I can look into recompiling it for the mingw versions of Ruby, or ideally figuring out some way to handle modal dialogs differently. Daniel actually lives in Boulder, which is 1/2 hr away from me, I've met him a few times at local user groups. Let me see if I can convince him to work on compiling win32-api binaries for 1.9.2. Charley Baker Lead Developer, Watir, http://watir.com 2011/2/28 Alister Scott : > Done: http://watir.com/2011/02/28/poll-what-rubywatir-versions-do-you-use/ > > 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 Mon, Feb 28, 2011 at 7:21 PM, ?eljko Filipin > wrote: >> >> On Sun, Feb 27, 2011 at 11:10 PM, Charley Baker >> wrote: >> > I'd like to do a poll on the main Watir site and send out an email >> > with Ruby versions and Watir version that everyone is using. If >> > everyone's in agreement or if you have other questions to ask on the >> > survey, Alister/Zeljko, do you guys want to take this on, or I could, >> > either way. >> >> I would prefer if you did it. :) >> >> I use 1.8.7 for a long time since I do not need support for modal dialogs. >> >> ?eljko >> >> _______________________________________________ >> 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 bret at pettichord.com Mon Feb 28 15:05:00 2011 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 28 Feb 2011 14:05:00 -0600 Subject: [Wtr-development] moving to Ruby 1.8.7 and 1.9.2? In-Reply-To: References: Message-ID: This sounds great. Charley, thanks for taking the initiative to get Ruby 1.9.2 supported. 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 zeljko.filipin at wa-research.ch Mon Feb 28 17:10:46 2011 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 28 Feb 2011 23:10:46 +0100 Subject: [Wtr-development] viaqa Watir days Message-ID: I have talked with Bret last week and he said he will be in Europe in June this year. We are organizing viaqa conference on software testing on June 14th 2011 in Zagreb, Croatia. We have agreed that it would be great if we had Watir days on June 15th and 16th. I hope to see you first in April at Watir day of Selenium conference in San Francisco, and then in Zagreb in June. :) Interested in coming to Zagreb? Let me know. ?eljko -- watir.com - community manager watirpodcast.com - host testingpodcast.com - audio podcasts on software testing. all of them viaqa.mobi conference on software testing - organizer -------------- next part -------------- An HTML attachment was scrubbed... URL: