From anukul.singhal at gmail.com Sun Nov 9 07:01:39 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Sun, 9 Nov 2008 04:01:39 -0800 Subject: [Wtr-development] Unable to work with AutoIt with firefox on windows Message-ID: Hi Angrez, I tried to use the following script in firewatir but it does not work for me, please take a look: require 'firewatir' require 'win32ole' ff = FireWatir::FireFox.new autoit = WIN32OLE.new('AutoItX3.Control') path = "http://www..." ff.goto(path) ff.text_field(:id,'abc').set "username" #setting user name ff.text_field(:id, 'pwd').set "password" # setting password ff.button(:id, "submit").click # clicking on sign in button sleep 5.0 wnd = autoit.WinExists("[CLASS:"MozillaFirefoxUI]") if wnd == 1 then autoit.ControlClick("[CLASS:"MozillaFirefoxUI]", "", "OK") else puts "dialog does not exist : #{wnd}" end I want to confirm the dialog before clicking it, but its not working, can you please help? I want to avoid startClicker and be able to use this form of dialog clicking through AutoIt Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Mon Nov 10 11:48:26 2008 From: marekj.com at gmail.com (marekj) Date: Mon, 10 Nov 2008 10:48:26 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests Message-ID: Hi all, a short summary of my experience with unittests for watir 1.6.2. to get grounded in what's is what so far. I checked out source from svn and I am at rev 1605. I see Jim M. has moved rake test task project level Rakefile == rake suggestion I think at this svn/watir/Rakefile we can also add task desc 'Run unit tests for FireFox' task :test_ff do load 'firewatir/unittests/mozilla_all_tests.rb' end to run all firefox tests. == CORE tests I ran the unittests for both watir and firewatir: (on WinXP with FF3 and IE6, ruby 1.8.5 ) I see that: waitr/unittests/core_tests.rb runs 249 tests, 1186 asserttions which includes 36 test, 122 assertions from watir-common/unittests firewatir/unittests/mozilla_all_tests.rb' runs 276 tests, 1441 assertions. which also includes 36 tests, 122 assertions from watir-common. I think I see now what Bret mentioned that he wants all tests to reside in watir-common/unittests and then have each gem run the appropriate tests. == OTHER tests I see there are other tests that are not run as part of watir core. Those are xpath tests - filtered out tag :must_be_visible, known failures and such... I am trying to learn about those a bit. == commonwatir vs watir-common I noticed that Bret started first with naming convention watir-common but the gem is now called commonwatir. not a problem for me but it took me a while to realize that. it may be be an issue for some people. What's the best way to address it? == building gems and including unittests I see that commonwatir gem does NOT have unittests directory (after installing gem) *suggestion: *since unittests will not run currently after installing gems maybe it would be good policy not to include unittests . == in conclusion I am learning about the changes in 1.6.x and all the unittest suites. http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development Thanks -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Mon Nov 10 16:03:59 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 10 Nov 2008 15:03:59 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests In-Reply-To: References: Message-ID: Thanks for your detailed comments. My replies below. On Mon, Nov 10, 2008 at 10:48 AM, marekj wrote: > Hi all, > a short summary of my experience with unittests for watir 1.6.2. to get > grounded in what's is what so far. > I checked out source from svn and I am at rev 1605. > I see Jim M. has moved rake test task project level Rakefile > > == rake suggestion > I think at this svn/watir/Rakefile we can also add task > > desc 'Run unit tests for FireFox' > task :test_ff do > load 'firewatir/unittests/mozilla_all_tests.rb' > end > > to run all firefox tests. Done > == CORE tests > I ran the unittests for both watir and firewatir: (on WinXP with FF3 and > IE6, ruby 1.8.5 ) > I see that: > waitr/unittests/core_tests.rb runs 249 tests, 1186 asserttions which > includes 36 test, 122 assertions from watir-common/unittests > firewatir/unittests/mozilla_all_tests.rb' runs 276 tests, 1441 > assertions. which also includes 36 tests, 122 assertions from watir-common. > > I think I see now what Bret mentioned that he wants all tests to reside in > watir-common/unittests and then have each gem run the appropriate tests. Cool > == OTHER tests > I see there are other tests that are not run as part of watir core. > Those are > xpath tests - filtered out > tag :must_be_visible, known failures and such... > I am trying to learn about those a bit. There are suite files you can use to run these. - xpath_tests.rb -- these should all pass, and we should add them to CI (are you listening Jim?) They are slow and largely redundant so i put them in a separate suite. - windows_tests.rb -- these are somewhat finicky, and take over your screen, so i don't like to run them. When i need them, i usually get them all working again and use them. Some are sensitive to timeouts and need to be tuned for the machine they are running on. == commonwatir vs watir-commonI noticed that Bret started first with naming convention watir-common but the gem is now called commonwatir. > not a problem for me but it took me a while to realize that. it may be be > an issue for some people. > What's the best way to address it? Everything needs to be renamed to commonwatir. I actually did this, but was not able to commit it svn. It doesn't like to rename a directory and also change files in that directory in the same commit, so making this work needs a bit more planning than i had time for last week. > > == building gems and including unittests > I see that commonwatir gem does NOT have unittests directory (after > installing gem) > *suggestion: *since unittests will not run currently after installing gems > maybe it would be good policy not to include unittests . I came to the same conclusion this morning before reading your email. > > == in conclusion > I am learning about the changes in 1.6.x and all the unittest suites. > http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development WatirCraft has hired Jim Matthews to help us out on a part time basis. He helped me get the 1.6 release out last week and has started working on watirbuild.com, which is now running the core_tests. I've asked Jim to add more tests and improve the reporting on watirbuild.com and he'll be working on that in the weeks ahead. I've worked with Jim before and have known him for many years. He's also been using Watir for quite some time. In fact, he developed a browser driver in VB years ago that was part of what inspired me to work on Watir. Watir's unit tests are a key factor in the success and reliability of Watir. I'd like our users to understand this, and would like to use WatirBuild.com as not only a tool to help watir committers, but also as a way of providing insight into our testing process to our users. In other words, please continue to share your comments with this in mind. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Mon Nov 10 18:39:18 2008 From: marekj.com at gmail.com (marekj) Date: Mon, 10 Nov 2008 17:39:18 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests In-Reply-To: References: Message-ID: First of all Congrats to Jim Matthews and Watircraft team. Yeah! ... and comments inline... On Mon, Nov 10, 2008 at 3:03 PM, Bret Pettichord wrote: > Thanks for your detailed comments. My replies below. > >> == OTHER tests >> I see there are other tests that are not run as part of watir core. >> > > There are suite files you can use to run these. > - xpath_tests.rb -- these should all pass, and we should add them to CI > (are you listening Jim?) They are slow and largely redundant so i put them > in a separate suite. > == XPATH tests summary I ran xpath_tests.rb on two machines. On WinXP machine with ruby 1.8.5 I got 1 failure and 3 errors. (details below. disregard if known) It's not a problem for me since I will upgrade that machine to 1.8.6. On WinXP machine with ruby 1.8.6 I got unexpected error "The AutoIt dll must be correctly registered". I did uninstall older watir gems 1.5.2 and 1.5.1 from that box so maybe it unregged the autoit. I reg. manually in rubygems\path\watir-1.6.2\lib\watir> regsvr32.exe /s /u AutoItX3.dll and reran the tests and all was fine. Finished in 178.359 seconds. 87 tests, 371 assertions, 0 failures, 0 errors > - windows_tests.rb -- these are somewhat finicky, and take over your > screen, so i don't like to run them. When i need them, i usually get them > all working again and use them. Some are sensitive to timeouts and need to > be tuned for the machine they are running on. > for me out of the box they stall at some point. I will investigate more and let you know. I need to make sure those tests run for me. I have a lot of javascript alert and confirm popups to handle. I am hoping that ruby 1.8.6 and watir 1.6.2 will be my new production env for running tests. I am currently using 1.5.3 on several machines > > > == commonwatir vs watir-commonI noticed that Bret started first with > naming convention watir-common but the gem is now called commonwatir. > >> not a problem for me but it took me a while to realize that. it may be be >> an issue for some people. >> What's the best way to address it? > > > Everything needs to be renamed to commonwatir. I actually did this, but was > not able to commit it svn. It doesn't like to rename a directory and also > change files in that directory in the same commit, so making this work needs > a bit more planning than i had time for last week. > OK, thank you for sticking to convention CommonWatir > > >> == building gems and including unittests >> I see that commonwatir gem does NOT have unittests directory (after >> installing gem) >> *suggestion: *since unittests will not run currently after installing >> gems maybe it would be good policy not to include unittests . > > > I came to the same conclusion this morning before reading your email. > Thanks. better to remove them. it will be less confusing and perhaps go with the route of having some 'show off' suite for watir with pretty pages so users can get the 'candy effect' - It amazes devs and managers on my team to see our applications just zip along. I think that is important effect to build for watir. > > >> == in conclusion >> I am learning about the changes in 1.6.x and all the unittest suites. >> http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development > > > WatirCraft has hired Jim Matthews to help us out on a part time basis. He > helped me get the 1.6 release out last week and has started working on > watirbuild.com, which is now running the core_tests. I've asked Jim to add > more tests and improve the reporting on watirbuild.com and he'll be > working on that in the weeks ahead. I've worked with Jim before and have > known him for many years. He's also been using Watir for quite some time. In > fact, he developed a browser driver in VB years ago that was part of what > inspired me to work on Watir. > > Watir's unit tests are a key factor in the success and reliability of > Watir. I'd like our users to understand this, and would like to use > WatirBuild.com as not only a tool to help watir committers, but also as a > way of providing insight into our testing process to our users. > > In other words, please continue to share your comments with this in mind. > Yes, I will do my best. -- marekj www.testr.us | semantic test objects modeling in watir == DELETE IF NOT NEEDED Failure details for WinXP with ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-mswin32] Finished in 161.187 seconds. 1) Error: test_div_with_contains(TC_Divs_XPath2): NoMethodError: undefined method `include?' for nil:NilClass ...snip... rexml lines /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/non_control_elements.rb:20:in `locate' /watir/watir/lib/watir/element.rb:49:in `assert_exists' /watir/watir/lib/watir/element.rb:115:in `text' /watir/watir/unittests/div2_xpath_test.rb:19:in `test_div_with_contains' 2) Failure: test_div_with_text(TC_Divs_XPath2) [/watir/watir/unittests/div2_xpath_test.rb:14]: <"Add"> expected but was <"Open | Closed | All">. 3) Error: test_link_click(TC_Links_XPath): NoMethodError: undefined method `include?' for nil:NilClass ...snip.... rexml lines /watir/watir/lib/watir/ie-class.rb:900:in `elements_by_xpath' /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/link.rb:21:in `locate' /watir/watir/lib/watir/element.rb:49:in `assert_exists' /watir/watir/lib/watir/element.rb:284:in `enabled?' /watir/watir/lib/watir/element.rb:56:in `assert_enabled' /watir/watir/lib/watir/element.rb:229:in `click!' /watir/watir/lib/watir/element.rb:215:in `click' /watir/watir/unittests/links_xpath_test.rb:29:in `test_link_click' 4) Error: test_link_exists(TC_Links_XPath): NoMethodError: undefined method `include?' for nil:NilClass ...snip...rexml lines /watir/watir/lib/watir/ie-class.rb:900:in `elements_by_xpath' /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/link.rb:21:in `locate' /watir/watir/lib/watir/element.rb:273:in `exists?' /watir/watir/unittests/links_xpath_test.rb:14:in `test_link_exists' 87 tests, 360 assertions, 1 failures, 3 errors === END OF DETAILS === -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Tue Nov 11 11:10:34 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Tue, 11 Nov 2008 16:10:34 +0000 Subject: [Wtr-development] Watir::Browser.default = "ie" Message-ID: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Hi, Would it not be more fitting to make ie, firefox, safari as symbols? Aidy From bret at pettichord.com Tue Nov 11 11:28:09 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 10:28:09 -0600 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Message-ID: They come from user-choices, which gives us strings. We can convert them to symbols, which is what we have to do the speed settings. Bret On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis wrote: > Hi, > > Would it not be more fitting to make ie, firefox, safari as symbols? > > Aidy > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Tue Nov 11 12:13:50 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Tue, 11 Nov 2008 17:13:50 +0000 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Message-ID: <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> Bret # Specifies a default browser. Must be specified before options are parsed. def default= option @@default = option.to_s end Aidy On 11/11/2008, Bret Pettichord wrote: > They come from user-choices, which gives us strings. We can convert them to > symbols, which is what we have to do the speed settings. > > Bret > > > On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis > wrote: > > > > > Hi, > > > > Would it not be more fitting to make ie, firefox, safari as symbols? > > > > Aidy > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Tue Nov 11 12:31:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 11:31:46 -0600 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> Message-ID: If you want to change it to use symbols, I don't have any objections. Bret On Tue, Nov 11, 2008 at 11:13 AM, aidy lewis wrote: > Bret > > # Specifies a default browser. Must be specified before options are > parsed. > def default= option > @@default = option.to_s > end > > Aidy > > > On 11/11/2008, Bret Pettichord wrote: > > They come from user-choices, which gives us strings. We can convert them > to > > symbols, which is what we have to do the speed settings. > > > > Bret > > > > > > On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis > > wrote: > > > > > > > > Hi, > > > > > > Would it not be more fitting to make ie, firefox, safari as symbols? > > > > > > Aidy > > > _______________________________________________ > > > Wtr-development mailing list > > > Wtr-development at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > > > > > > -- > > Bret Pettichord > > GTalk: bpettichord at gmail.com > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Nov 11 15:19:25 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 14:19:25 -0600 Subject: [Wtr-development] Wiki Pages -- where to put them Message-ID: I've recently added wiki pages and I'm not really sure what "parent" pages they should have. http://wiki.openqa.org/display/WTR/include+Watir I put this in community because i couldn't think of a better place http://wiki.openqa.org/display/WTR/Browser.new I put this in development, because i wrote it when this only worked in development. But now it has been released. Alistair, any suggestions? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From gavin at vmbed.com Wed Nov 12 15:01:28 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Wed, 12 Nov 2008 12:01:28 -0800 Subject: [Wtr-development] [wtr-general] Re: Help needed documenting Watir 1.6 roll out In-Reply-To: <491AFBA0.40208@pettichord.com> References: <4914A272.3070709@pettichord.com> <65b3137e0811072006u4cb214fdo775f32ba1d730ebe@mail.gmail.com> <49185237.3020401@pettichord.com> <65b3137e0811112309l4eeba471k2788270abdca68d7@mail.gmail.com> <491AFBA0.40208@pettichord.com> Message-ID: <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> My assumption was that this would be used throughout the IE class to log some useful events if someone choose to turn it on. But I cannot see any evidence of that. So it is probably safe to deprecate and then remove it. Gavin On Wed, Nov 12, 2008 at 7:52 AM, Bret Pettichord wrote: > > Thanks so much for your help. > > I'm not sure what to do about the Logger. At heart, I would want to > remove it from Watir. It is neither IE-specific, nor Watir specific. It > is just sample code on how to create a Watir, and as such is really > example code rather than something that should be included in a library > for a browser driver. > > Bret > > > Gavin Jefferies wrote: >> On Mon, Nov 10, 2008 at 7:24 AM, Bret Pettichord wrote: >> >>> First of all, I need help from some one who will read everything I post >>> to this list. We are already getting several questions on this list >>> which I have already answered in previous emails, or in wiki pages that >>> I have posted references to. My longstanding policy has been that I >>> answer a question about twice and then I expect that others will help >>> users with the issue going forward, perhaps updating the FAQ. We may >>> need a special FAQ for upgrading to 1.6, as it has a few more >>> complications than previous releases. >>> >> >> I'll try to back you up on this. >> >> >>> Second, the tutorial and examples need to be reviewed and updated. I'm >>> not sure if they work with 1.6 or not and someone needs to check them. >>> Two things specifically: we need to make sure they don't have "include >>> Watir" at toplevel and they should now have Browser.new instead of IE.new. >>> >> >> From a site search on the include Watir issue I found, updated and checked: >> >> http://wiki.openqa.org/display/WTR/How+to+wait+with+Watir >> http://wiki.openqa.org/display/WTR/Simple+Ajax+examples >> >> On the IE.xxx that could be Browser.xxx I updated and checked: >> >> http://wiki.openqa.org/display/WTR/Yahoo+Print+Assertions >> http://wiki.openqa.org/display/WTR/Yahoo+Checkbox+Test >> http://wiki.openqa.org/display/WTR/Simple+Example >> http://wiki.openqa.org/display/WTR/Google+Test+Suite >> http://wiki.openqa.org/display/WTR/Google+Search >> http://wiki.openqa.org/display/WTR/Google+Maps+Example >> >> Then I got bogged down in firefox's lack of a logger. >> >> >>> This documentation is now quite out of date. >>> http://wiki.openqa.org/display/WTR/Methods+Supported+by+Element >>> This needs to be updated by reading the release notes, unit tests, and >>> perhaps by inspecting Watir code. >>> >>> Thanks for your help. >>> >>> Bret >>> >>> Gavin Jefferies wrote: >>> >>>> Hi Bret, >>>> >>>> If you are still looking for helpers let me know. >>>> >>>> Gavin >>>> >>>> >>>> On Fri, Nov 7, 2008 at 12:17 PM, Bret Pettichord wrote: >>>> >>>> >>>>> I need help documenting and supporting the Watir 1.6 release. >>>>> >>>>> So far we have run into two small problems that some people will have >>>>> with upgrading to the new release. I've posted this information to this >>>>> list, but we need to find a better way to document this. >>>>> >>>>> I am also busy right now upgrading the install docs for Watir to include >>>>> information about FireWatir. Now that FireWatir is part of Watir, we >>>>> can't treat it as a separate thing. >>>>> >>>>> I plan to spend the rest of today working on the Watir website and >>>>> install docs and then I need to move on to the new Framework. Are you >>>>> interested in helping out? >>>>> >>>>> Bret >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >> >> >> >> > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to watir-general-unsubscribe at googlegroups.com > For more options, visit this group at http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate From bret at pettichord.com Wed Nov 12 15:07:20 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 12 Nov 2008 14:07:20 -0600 Subject: [Wtr-development] [wtr-general] Re: Help needed documenting Watir 1.6 roll out In-Reply-To: <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> References: <4914A272.3070709@pettichord.com> <65b3137e0811072006u4cb214fdo775f32ba1d730ebe@mail.gmail.com> <49185237.3020401@pettichord.com> <65b3137e0811112309l4eeba471k2788270abdca68d7@mail.gmail.com> <491AFBA0.40208@pettichord.com> <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> Message-ID: Well, i think that was the original intent. Actually early versions of Watir::IE did use it, but never consistently and these uses were eventually removed. So it is now like an apendix. A vestigial organ without any real purpose. Bret On Wed, Nov 12, 2008 at 2:01 PM, Gavin Jefferies wrote: > My assumption was that this would be used throughout the IE class to > log some useful events if someone choose to turn it on. But I cannot > see any evidence of that. So it is probably safe to deprecate and then > remove it. > > Gavin > > On Wed, Nov 12, 2008 at 7:52 AM, Bret Pettichord > wrote: > > > > Thanks so much for your help. > > > > I'm not sure what to do about the Logger. At heart, I would want to > > remove it from Watir. It is neither IE-specific, nor Watir specific. It > > is just sample code on how to create a Watir, and as such is really > > example code rather than something that should be included in a library > > for a browser driver. > > > > Bret > > > > > > Gavin Jefferies wrote: > >> On Mon, Nov 10, 2008 at 7:24 AM, Bret Pettichord > wrote: > >> > >>> First of all, I need help from some one who will read everything I post > >>> to this list. We are already getting several questions on this list > >>> which I have already answered in previous emails, or in wiki pages that > >>> I have posted references to. My longstanding policy has been that I > >>> answer a question about twice and then I expect that others will help > >>> users with the issue going forward, perhaps updating the FAQ. We may > >>> need a special FAQ for upgrading to 1.6, as it has a few more > >>> complications than previous releases. > >>> > >> > >> I'll try to back you up on this. > >> > >> > >>> Second, the tutorial and examples need to be reviewed and updated. I'm > >>> not sure if they work with 1.6 or not and someone needs to check them. > >>> Two things specifically: we need to make sure they don't have "include > >>> Watir" at toplevel and they should now have Browser.new instead of > IE.new. > >>> > >> > >> From a site search on the include Watir issue I found, updated and > checked: > >> > >> http://wiki.openqa.org/display/WTR/How+to+wait+with+Watir > >> http://wiki.openqa.org/display/WTR/Simple+Ajax+examples > >> > >> On the IE.xxx that could be Browser.xxx I updated and checked: > >> > >> http://wiki.openqa.org/display/WTR/Yahoo+Print+Assertions > >> http://wiki.openqa.org/display/WTR/Yahoo+Checkbox+Test > >> http://wiki.openqa.org/display/WTR/Simple+Example > >> http://wiki.openqa.org/display/WTR/Google+Test+Suite > >> http://wiki.openqa.org/display/WTR/Google+Search > >> http://wiki.openqa.org/display/WTR/Google+Maps+Example > >> > >> Then I got bogged down in firefox's lack of a logger. > >> > >> > >>> This documentation is now quite out of date. > >>> http://wiki.openqa.org/display/WTR/Methods+Supported+by+Element > >>> This needs to be updated by reading the release notes, unit tests, and > >>> perhaps by inspecting Watir code. > >>> > >>> Thanks for your help. > >>> > >>> Bret > >>> > >>> Gavin Jefferies wrote: > >>> > >>>> Hi Bret, > >>>> > >>>> If you are still looking for helpers let me know. > >>>> > >>>> Gavin > >>>> > >>>> > >>>> On Fri, Nov 7, 2008 at 12:17 PM, Bret Pettichord > wrote: > >>>> > >>>> > >>>>> I need help documenting and supporting the Watir 1.6 release. > >>>>> > >>>>> So far we have run into two small problems that some people will have > >>>>> with upgrading to the new release. I've posted this information to > this > >>>>> list, but we need to find a better way to document this. > >>>>> > >>>>> I am also busy right now upgrading the install docs for Watir to > include > >>>>> information about FireWatir. Now that FireWatir is part of Watir, we > >>>>> can't treat it as a separate thing. > >>>>> > >>>>> I plan to spend the rest of today working on the Watir website and > >>>>> install docs and then I need to move on to the new Framework. Are you > >>>>> interested in helping out? > >>>>> > >>>>> Bret > >>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>> > >> > >> > >> > >> > > > > > > --~--~---------~--~----~------------~-------~--~----~ > > You received this message because you are subscribed to the Google Groups > "Watir General" group. > > To post to this group, send email to watir-general at googlegroups.com > > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > > For more options, visit this group at > http://groups.google.com/group/watir-general > > -~----------~----~----~----~------~----~------~--~--- > > > > > > > > -- > VMBed - http://vmbed.com/ - Machines when you want them. > Test Automation - http://vmbed.com/?page/automate > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From saidesertrose2004 at gmail.com Wed Nov 12 22:09:38 2008 From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan) Date: Thu, 13 Nov 2008 11:09:38 +0800 Subject: [Wtr-development] Firewatir on JRuby In-Reply-To: References: Message-ID: Hi All, I am attaching the firewatir jruby patch in ths mail. Firewatir is 95% compatible with JRuby and the unit tests are running properly. Following are the details about the patch and the current status of integration 1) The patch helps in creating a new instance of firefox when running from jruby (Browser Finder in JRuby). It is written for Windows and Linux (Ubuntu)environment. I am working on Mac port also but I have to work with someone as I don't have mac. 2) Currently there is a problem in the iostring with jruby. So any show method tests are not included in the test run but manually checking the show methods are working fine. iostring test throws a stack overflow exception when run. I need to work more on that to understand what is happening. 3) The unit tests in linux (ubuntu) ran perfect. But when ran on Windows the tests threw a sporadic error. This happened sometimes because the read_socket method could not connect with jssh. I need to investigate this error a bit more as I am not able to pinpoint where the problem is actually happening. These exceptions don't happen in MRI (Normal Ruby Intrepreter) test runs. The exception snapshot is attached with this mail. I have written this patch for firewatir 1.2.1. But I think the browser launcher will also work for 1.6.2 version. Please let me know if you need more info or have any questions. I have checkout the watir 1.6.2 code just now to my laptop. If you need the patch made for the current version I can make one and send. Regards, Sai -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: firewatir-jruby-exception.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: firewatir-jruby.patch URL: From bret at pettichord.com Wed Nov 19 12:52:17 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 19 Nov 2008 11:52:17 -0600 Subject: [Wtr-development] Relocate to seleniumhq Message-ID: You will want to update your working copies. The correct command is "relocate", although details depend on which svn client you are using. On Eclipse, you have to relocate from the SVN Perspective. With Tortoisse, you use the TortoisseSVN -> Relocate command. Replace "openqa" with "seleniumhq" Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From gavin at vmbed.com Sat Nov 22 18:45:23 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Sat, 22 Nov 2008 15:45:23 -0800 Subject: [Wtr-development] Watir::Browser.attach Message-ID: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com> Hi Folks, Attached is my attempt to create a firewatir class attach method and a Watir::Browser.attach method so that it can be used across ie and firefox. Given that this is my first attempt to modify the watir code, I expect that it will need changes, or may be completely off the ball, or not conform to the direction of the project etc. So have at it. A couple of things: 1. Do all cross browser class methods have to live in browser.rb like that? 2. If I don't have that require 'watir/ie' at the start of the unit test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass': (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it looks like the autoload is not working for me but I'm at a loss to figure out why. Thanks, Gavin -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate -------------- next part -------------- A non-text attachment was scrubbed... Name: equivalent_class_attach.patch Type: application/octet-stream Size: 8610 bytes Desc: not available URL: From anukul.singhal at gmail.com Thu Nov 27 02:26:06 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Thu, 27 Nov 2008 12:56:06 +0530 Subject: [Wtr-development] Regarding AutoIt with Firefox Message-ID: Hi Angrez, I want to automate some operations in Firefox using AutoIt (basically javascript dialog handling, besides startClicker). I am sending you a sample script which opens a Firefox browser, checks whether the Window exists and closes the Firefox window. But for both the AutoIt methods (WinExists and WinClose), I am getting 0 as return value (which is fail in AutoIt, 1 means true) require 'firewatir' require 'win32ole' ff = FireWatir::Firefox.new autoit = WIN32OLE.new("AutoItX3.Control") sleep 5.0 puts autoit.WinExists("[CLASS:MozillaUIWindowClass]") sleep 2.0 puts autoit.WinClose("[CLASS:MozillaUIWindowClass]") Can you let me know what is wrong in this, or if there is any other way to use AutoIt with Firefox? Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: From anukul.singhal at gmail.com Sun Nov 9 07:01:39 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Sun, 9 Nov 2008 04:01:39 -0800 Subject: [Wtr-development] Unable to work with AutoIt with firefox on windows Message-ID: Hi Angrez, I tried to use the following script in firewatir but it does not work for me, please take a look: require 'firewatir' require 'win32ole' ff = FireWatir::FireFox.new autoit = WIN32OLE.new('AutoItX3.Control') path = "http://www..." ff.goto(path) ff.text_field(:id,'abc').set "username" #setting user name ff.text_field(:id, 'pwd').set "password" # setting password ff.button(:id, "submit").click # clicking on sign in button sleep 5.0 wnd = autoit.WinExists("[CLASS:"MozillaFirefoxUI]") if wnd == 1 then autoit.ControlClick("[CLASS:"MozillaFirefoxUI]", "", "OK") else puts "dialog does not exist : #{wnd}" end I want to confirm the dialog before clicking it, but its not working, can you please help? I want to avoid startClicker and be able to use this form of dialog clicking through AutoIt Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Mon Nov 10 11:48:26 2008 From: marekj.com at gmail.com (marekj) Date: Mon, 10 Nov 2008 10:48:26 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests Message-ID: Hi all, a short summary of my experience with unittests for watir 1.6.2. to get grounded in what's is what so far. I checked out source from svn and I am at rev 1605. I see Jim M. has moved rake test task project level Rakefile == rake suggestion I think at this svn/watir/Rakefile we can also add task desc 'Run unit tests for FireFox' task :test_ff do load 'firewatir/unittests/mozilla_all_tests.rb' end to run all firefox tests. == CORE tests I ran the unittests for both watir and firewatir: (on WinXP with FF3 and IE6, ruby 1.8.5 ) I see that: waitr/unittests/core_tests.rb runs 249 tests, 1186 asserttions which includes 36 test, 122 assertions from watir-common/unittests firewatir/unittests/mozilla_all_tests.rb' runs 276 tests, 1441 assertions. which also includes 36 tests, 122 assertions from watir-common. I think I see now what Bret mentioned that he wants all tests to reside in watir-common/unittests and then have each gem run the appropriate tests. == OTHER tests I see there are other tests that are not run as part of watir core. Those are xpath tests - filtered out tag :must_be_visible, known failures and such... I am trying to learn about those a bit. == commonwatir vs watir-common I noticed that Bret started first with naming convention watir-common but the gem is now called commonwatir. not a problem for me but it took me a while to realize that. it may be be an issue for some people. What's the best way to address it? == building gems and including unittests I see that commonwatir gem does NOT have unittests directory (after installing gem) *suggestion: *since unittests will not run currently after installing gems maybe it would be good policy not to include unittests . == in conclusion I am learning about the changes in 1.6.x and all the unittest suites. http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development Thanks -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Mon Nov 10 16:03:59 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 10 Nov 2008 15:03:59 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests In-Reply-To: References: Message-ID: Thanks for your detailed comments. My replies below. On Mon, Nov 10, 2008 at 10:48 AM, marekj wrote: > Hi all, > a short summary of my experience with unittests for watir 1.6.2. to get > grounded in what's is what so far. > I checked out source from svn and I am at rev 1605. > I see Jim M. has moved rake test task project level Rakefile > > == rake suggestion > I think at this svn/watir/Rakefile we can also add task > > desc 'Run unit tests for FireFox' > task :test_ff do > load 'firewatir/unittests/mozilla_all_tests.rb' > end > > to run all firefox tests. Done > == CORE tests > I ran the unittests for both watir and firewatir: (on WinXP with FF3 and > IE6, ruby 1.8.5 ) > I see that: > waitr/unittests/core_tests.rb runs 249 tests, 1186 asserttions which > includes 36 test, 122 assertions from watir-common/unittests > firewatir/unittests/mozilla_all_tests.rb' runs 276 tests, 1441 > assertions. which also includes 36 tests, 122 assertions from watir-common. > > I think I see now what Bret mentioned that he wants all tests to reside in > watir-common/unittests and then have each gem run the appropriate tests. Cool > == OTHER tests > I see there are other tests that are not run as part of watir core. > Those are > xpath tests - filtered out > tag :must_be_visible, known failures and such... > I am trying to learn about those a bit. There are suite files you can use to run these. - xpath_tests.rb -- these should all pass, and we should add them to CI (are you listening Jim?) They are slow and largely redundant so i put them in a separate suite. - windows_tests.rb -- these are somewhat finicky, and take over your screen, so i don't like to run them. When i need them, i usually get them all working again and use them. Some are sensitive to timeouts and need to be tuned for the machine they are running on. == commonwatir vs watir-commonI noticed that Bret started first with naming convention watir-common but the gem is now called commonwatir. > not a problem for me but it took me a while to realize that. it may be be > an issue for some people. > What's the best way to address it? Everything needs to be renamed to commonwatir. I actually did this, but was not able to commit it svn. It doesn't like to rename a directory and also change files in that directory in the same commit, so making this work needs a bit more planning than i had time for last week. > > == building gems and including unittests > I see that commonwatir gem does NOT have unittests directory (after > installing gem) > *suggestion: *since unittests will not run currently after installing gems > maybe it would be good policy not to include unittests . I came to the same conclusion this morning before reading your email. > > == in conclusion > I am learning about the changes in 1.6.x and all the unittest suites. > http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development WatirCraft has hired Jim Matthews to help us out on a part time basis. He helped me get the 1.6 release out last week and has started working on watirbuild.com, which is now running the core_tests. I've asked Jim to add more tests and improve the reporting on watirbuild.com and he'll be working on that in the weeks ahead. I've worked with Jim before and have known him for many years. He's also been using Watir for quite some time. In fact, he developed a browser driver in VB years ago that was part of what inspired me to work on Watir. Watir's unit tests are a key factor in the success and reliability of Watir. I'd like our users to understand this, and would like to use WatirBuild.com as not only a tool to help watir committers, but also as a way of providing insight into our testing process to our users. In other words, please continue to share your comments with this in mind. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Mon Nov 10 18:39:18 2008 From: marekj.com at gmail.com (marekj) Date: Mon, 10 Nov 2008 17:39:18 -0600 Subject: [Wtr-development] info of my experience with watir 1.6.2 unittests In-Reply-To: References: Message-ID: First of all Congrats to Jim Matthews and Watircraft team. Yeah! ... and comments inline... On Mon, Nov 10, 2008 at 3:03 PM, Bret Pettichord wrote: > Thanks for your detailed comments. My replies below. > >> == OTHER tests >> I see there are other tests that are not run as part of watir core. >> > > There are suite files you can use to run these. > - xpath_tests.rb -- these should all pass, and we should add them to CI > (are you listening Jim?) They are slow and largely redundant so i put them > in a separate suite. > == XPATH tests summary I ran xpath_tests.rb on two machines. On WinXP machine with ruby 1.8.5 I got 1 failure and 3 errors. (details below. disregard if known) It's not a problem for me since I will upgrade that machine to 1.8.6. On WinXP machine with ruby 1.8.6 I got unexpected error "The AutoIt dll must be correctly registered". I did uninstall older watir gems 1.5.2 and 1.5.1 from that box so maybe it unregged the autoit. I reg. manually in rubygems\path\watir-1.6.2\lib\watir> regsvr32.exe /s /u AutoItX3.dll and reran the tests and all was fine. Finished in 178.359 seconds. 87 tests, 371 assertions, 0 failures, 0 errors > - windows_tests.rb -- these are somewhat finicky, and take over your > screen, so i don't like to run them. When i need them, i usually get them > all working again and use them. Some are sensitive to timeouts and need to > be tuned for the machine they are running on. > for me out of the box they stall at some point. I will investigate more and let you know. I need to make sure those tests run for me. I have a lot of javascript alert and confirm popups to handle. I am hoping that ruby 1.8.6 and watir 1.6.2 will be my new production env for running tests. I am currently using 1.5.3 on several machines > > > == commonwatir vs watir-commonI noticed that Bret started first with > naming convention watir-common but the gem is now called commonwatir. > >> not a problem for me but it took me a while to realize that. it may be be >> an issue for some people. >> What's the best way to address it? > > > Everything needs to be renamed to commonwatir. I actually did this, but was > not able to commit it svn. It doesn't like to rename a directory and also > change files in that directory in the same commit, so making this work needs > a bit more planning than i had time for last week. > OK, thank you for sticking to convention CommonWatir > > >> == building gems and including unittests >> I see that commonwatir gem does NOT have unittests directory (after >> installing gem) >> *suggestion: *since unittests will not run currently after installing >> gems maybe it would be good policy not to include unittests . > > > I came to the same conclusion this morning before reading your email. > Thanks. better to remove them. it will be less confusing and perhaps go with the route of having some 'show off' suite for watir with pretty pages so users can get the 'candy effect' - It amazes devs and managers on my team to see our applications just zip along. I think that is important effect to build for watir. > > >> == in conclusion >> I am learning about the changes in 1.6.x and all the unittest suites. >> http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development > > > WatirCraft has hired Jim Matthews to help us out on a part time basis. He > helped me get the 1.6 release out last week and has started working on > watirbuild.com, which is now running the core_tests. I've asked Jim to add > more tests and improve the reporting on watirbuild.com and he'll be > working on that in the weeks ahead. I've worked with Jim before and have > known him for many years. He's also been using Watir for quite some time. In > fact, he developed a browser driver in VB years ago that was part of what > inspired me to work on Watir. > > Watir's unit tests are a key factor in the success and reliability of > Watir. I'd like our users to understand this, and would like to use > WatirBuild.com as not only a tool to help watir committers, but also as a > way of providing insight into our testing process to our users. > > In other words, please continue to share your comments with this in mind. > Yes, I will do my best. -- marekj www.testr.us | semantic test objects modeling in watir == DELETE IF NOT NEEDED Failure details for WinXP with ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-mswin32] Finished in 161.187 seconds. 1) Error: test_div_with_contains(TC_Divs_XPath2): NoMethodError: undefined method `include?' for nil:NilClass ...snip... rexml lines /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/non_control_elements.rb:20:in `locate' /watir/watir/lib/watir/element.rb:49:in `assert_exists' /watir/watir/lib/watir/element.rb:115:in `text' /watir/watir/unittests/div2_xpath_test.rb:19:in `test_div_with_contains' 2) Failure: test_div_with_text(TC_Divs_XPath2) [/watir/watir/unittests/div2_xpath_test.rb:14]: <"Add"> expected but was <"Open | Closed | All">. 3) Error: test_link_click(TC_Links_XPath): NoMethodError: undefined method `include?' for nil:NilClass ...snip.... rexml lines /watir/watir/lib/watir/ie-class.rb:900:in `elements_by_xpath' /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/link.rb:21:in `locate' /watir/watir/lib/watir/element.rb:49:in `assert_exists' /watir/watir/lib/watir/element.rb:284:in `enabled?' /watir/watir/lib/watir/element.rb:56:in `assert_enabled' /watir/watir/lib/watir/element.rb:229:in `click!' /watir/watir/lib/watir/element.rb:215:in `click' /watir/watir/unittests/links_xpath_test.rb:29:in `test_link_click' 4) Error: test_link_exists(TC_Links_XPath): NoMethodError: undefined method `include?' for nil:NilClass ...snip...rexml lines /watir/watir/lib/watir/ie-class.rb:900:in `elements_by_xpath' /watir/watir/lib/watir/ie-class.rb:890:in `element_by_xpath' /watir/watir/lib/watir/link.rb:21:in `locate' /watir/watir/lib/watir/element.rb:273:in `exists?' /watir/watir/unittests/links_xpath_test.rb:14:in `test_link_exists' 87 tests, 360 assertions, 1 failures, 3 errors === END OF DETAILS === -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Tue Nov 11 11:10:34 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Tue, 11 Nov 2008 16:10:34 +0000 Subject: [Wtr-development] Watir::Browser.default = "ie" Message-ID: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Hi, Would it not be more fitting to make ie, firefox, safari as symbols? Aidy From bret at pettichord.com Tue Nov 11 11:28:09 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 10:28:09 -0600 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Message-ID: They come from user-choices, which gives us strings. We can convert them to symbols, which is what we have to do the speed settings. Bret On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis wrote: > Hi, > > Would it not be more fitting to make ie, firefox, safari as symbols? > > Aidy > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Tue Nov 11 12:13:50 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Tue, 11 Nov 2008 17:13:50 +0000 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> Message-ID: <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> Bret # Specifies a default browser. Must be specified before options are parsed. def default= option @@default = option.to_s end Aidy On 11/11/2008, Bret Pettichord wrote: > They come from user-choices, which gives us strings. We can convert them to > symbols, which is what we have to do the speed settings. > > Bret > > > On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis > wrote: > > > > > Hi, > > > > Would it not be more fitting to make ie, firefox, safari as symbols? > > > > Aidy > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Tue Nov 11 12:31:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 11:31:46 -0600 Subject: [Wtr-development] Watir::Browser.default = "ie" In-Reply-To: <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> References: <7ac2300c0811110810p63366243pb7ccdb66c1aecae3@mail.gmail.com> <7ac2300c0811110913w1297a958i85637269a6057723@mail.gmail.com> Message-ID: If you want to change it to use symbols, I don't have any objections. Bret On Tue, Nov 11, 2008 at 11:13 AM, aidy lewis wrote: > Bret > > # Specifies a default browser. Must be specified before options are > parsed. > def default= option > @@default = option.to_s > end > > Aidy > > > On 11/11/2008, Bret Pettichord wrote: > > They come from user-choices, which gives us strings. We can convert them > to > > symbols, which is what we have to do the speed settings. > > > > Bret > > > > > > On Tue, Nov 11, 2008 at 10:10 AM, aidy lewis > > wrote: > > > > > > > > Hi, > > > > > > Would it not be more fitting to make ie, firefox, safari as symbols? > > > > > > Aidy > > > _______________________________________________ > > > Wtr-development mailing list > > > Wtr-development at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > > > > > > -- > > Bret Pettichord > > GTalk: bpettichord at gmail.com > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Nov 11 15:19:25 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 11 Nov 2008 14:19:25 -0600 Subject: [Wtr-development] Wiki Pages -- where to put them Message-ID: I've recently added wiki pages and I'm not really sure what "parent" pages they should have. http://wiki.openqa.org/display/WTR/include+Watir I put this in community because i couldn't think of a better place http://wiki.openqa.org/display/WTR/Browser.new I put this in development, because i wrote it when this only worked in development. But now it has been released. Alistair, any suggestions? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From gavin at vmbed.com Wed Nov 12 15:01:28 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Wed, 12 Nov 2008 12:01:28 -0800 Subject: [Wtr-development] [wtr-general] Re: Help needed documenting Watir 1.6 roll out In-Reply-To: <491AFBA0.40208@pettichord.com> References: <4914A272.3070709@pettichord.com> <65b3137e0811072006u4cb214fdo775f32ba1d730ebe@mail.gmail.com> <49185237.3020401@pettichord.com> <65b3137e0811112309l4eeba471k2788270abdca68d7@mail.gmail.com> <491AFBA0.40208@pettichord.com> Message-ID: <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> My assumption was that this would be used throughout the IE class to log some useful events if someone choose to turn it on. But I cannot see any evidence of that. So it is probably safe to deprecate and then remove it. Gavin On Wed, Nov 12, 2008 at 7:52 AM, Bret Pettichord wrote: > > Thanks so much for your help. > > I'm not sure what to do about the Logger. At heart, I would want to > remove it from Watir. It is neither IE-specific, nor Watir specific. It > is just sample code on how to create a Watir, and as such is really > example code rather than something that should be included in a library > for a browser driver. > > Bret > > > Gavin Jefferies wrote: >> On Mon, Nov 10, 2008 at 7:24 AM, Bret Pettichord wrote: >> >>> First of all, I need help from some one who will read everything I post >>> to this list. We are already getting several questions on this list >>> which I have already answered in previous emails, or in wiki pages that >>> I have posted references to. My longstanding policy has been that I >>> answer a question about twice and then I expect that others will help >>> users with the issue going forward, perhaps updating the FAQ. We may >>> need a special FAQ for upgrading to 1.6, as it has a few more >>> complications than previous releases. >>> >> >> I'll try to back you up on this. >> >> >>> Second, the tutorial and examples need to be reviewed and updated. I'm >>> not sure if they work with 1.6 or not and someone needs to check them. >>> Two things specifically: we need to make sure they don't have "include >>> Watir" at toplevel and they should now have Browser.new instead of IE.new. >>> >> >> From a site search on the include Watir issue I found, updated and checked: >> >> http://wiki.openqa.org/display/WTR/How+to+wait+with+Watir >> http://wiki.openqa.org/display/WTR/Simple+Ajax+examples >> >> On the IE.xxx that could be Browser.xxx I updated and checked: >> >> http://wiki.openqa.org/display/WTR/Yahoo+Print+Assertions >> http://wiki.openqa.org/display/WTR/Yahoo+Checkbox+Test >> http://wiki.openqa.org/display/WTR/Simple+Example >> http://wiki.openqa.org/display/WTR/Google+Test+Suite >> http://wiki.openqa.org/display/WTR/Google+Search >> http://wiki.openqa.org/display/WTR/Google+Maps+Example >> >> Then I got bogged down in firefox's lack of a logger. >> >> >>> This documentation is now quite out of date. >>> http://wiki.openqa.org/display/WTR/Methods+Supported+by+Element >>> This needs to be updated by reading the release notes, unit tests, and >>> perhaps by inspecting Watir code. >>> >>> Thanks for your help. >>> >>> Bret >>> >>> Gavin Jefferies wrote: >>> >>>> Hi Bret, >>>> >>>> If you are still looking for helpers let me know. >>>> >>>> Gavin >>>> >>>> >>>> On Fri, Nov 7, 2008 at 12:17 PM, Bret Pettichord wrote: >>>> >>>> >>>>> I need help documenting and supporting the Watir 1.6 release. >>>>> >>>>> So far we have run into two small problems that some people will have >>>>> with upgrading to the new release. I've posted this information to this >>>>> list, but we need to find a better way to document this. >>>>> >>>>> I am also busy right now upgrading the install docs for Watir to include >>>>> information about FireWatir. Now that FireWatir is part of Watir, we >>>>> can't treat it as a separate thing. >>>>> >>>>> I plan to spend the rest of today working on the Watir website and >>>>> install docs and then I need to move on to the new Framework. Are you >>>>> interested in helping out? >>>>> >>>>> Bret >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >> >> >> >> > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to watir-general-unsubscribe at googlegroups.com > For more options, visit this group at http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate From bret at pettichord.com Wed Nov 12 15:07:20 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 12 Nov 2008 14:07:20 -0600 Subject: [Wtr-development] [wtr-general] Re: Help needed documenting Watir 1.6 roll out In-Reply-To: <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> References: <4914A272.3070709@pettichord.com> <65b3137e0811072006u4cb214fdo775f32ba1d730ebe@mail.gmail.com> <49185237.3020401@pettichord.com> <65b3137e0811112309l4eeba471k2788270abdca68d7@mail.gmail.com> <491AFBA0.40208@pettichord.com> <65b3137e0811121201s5db637b3tffbcd92f46446628@mail.gmail.com> Message-ID: Well, i think that was the original intent. Actually early versions of Watir::IE did use it, but never consistently and these uses were eventually removed. So it is now like an apendix. A vestigial organ without any real purpose. Bret On Wed, Nov 12, 2008 at 2:01 PM, Gavin Jefferies wrote: > My assumption was that this would be used throughout the IE class to > log some useful events if someone choose to turn it on. But I cannot > see any evidence of that. So it is probably safe to deprecate and then > remove it. > > Gavin > > On Wed, Nov 12, 2008 at 7:52 AM, Bret Pettichord > wrote: > > > > Thanks so much for your help. > > > > I'm not sure what to do about the Logger. At heart, I would want to > > remove it from Watir. It is neither IE-specific, nor Watir specific. It > > is just sample code on how to create a Watir, and as such is really > > example code rather than something that should be included in a library > > for a browser driver. > > > > Bret > > > > > > Gavin Jefferies wrote: > >> On Mon, Nov 10, 2008 at 7:24 AM, Bret Pettichord > wrote: > >> > >>> First of all, I need help from some one who will read everything I post > >>> to this list. We are already getting several questions on this list > >>> which I have already answered in previous emails, or in wiki pages that > >>> I have posted references to. My longstanding policy has been that I > >>> answer a question about twice and then I expect that others will help > >>> users with the issue going forward, perhaps updating the FAQ. We may > >>> need a special FAQ for upgrading to 1.6, as it has a few more > >>> complications than previous releases. > >>> > >> > >> I'll try to back you up on this. > >> > >> > >>> Second, the tutorial and examples need to be reviewed and updated. I'm > >>> not sure if they work with 1.6 or not and someone needs to check them. > >>> Two things specifically: we need to make sure they don't have "include > >>> Watir" at toplevel and they should now have Browser.new instead of > IE.new. > >>> > >> > >> From a site search on the include Watir issue I found, updated and > checked: > >> > >> http://wiki.openqa.org/display/WTR/How+to+wait+with+Watir > >> http://wiki.openqa.org/display/WTR/Simple+Ajax+examples > >> > >> On the IE.xxx that could be Browser.xxx I updated and checked: > >> > >> http://wiki.openqa.org/display/WTR/Yahoo+Print+Assertions > >> http://wiki.openqa.org/display/WTR/Yahoo+Checkbox+Test > >> http://wiki.openqa.org/display/WTR/Simple+Example > >> http://wiki.openqa.org/display/WTR/Google+Test+Suite > >> http://wiki.openqa.org/display/WTR/Google+Search > >> http://wiki.openqa.org/display/WTR/Google+Maps+Example > >> > >> Then I got bogged down in firefox's lack of a logger. > >> > >> > >>> This documentation is now quite out of date. > >>> http://wiki.openqa.org/display/WTR/Methods+Supported+by+Element > >>> This needs to be updated by reading the release notes, unit tests, and > >>> perhaps by inspecting Watir code. > >>> > >>> Thanks for your help. > >>> > >>> Bret > >>> > >>> Gavin Jefferies wrote: > >>> > >>>> Hi Bret, > >>>> > >>>> If you are still looking for helpers let me know. > >>>> > >>>> Gavin > >>>> > >>>> > >>>> On Fri, Nov 7, 2008 at 12:17 PM, Bret Pettichord > wrote: > >>>> > >>>> > >>>>> I need help documenting and supporting the Watir 1.6 release. > >>>>> > >>>>> So far we have run into two small problems that some people will have > >>>>> with upgrading to the new release. I've posted this information to > this > >>>>> list, but we need to find a better way to document this. > >>>>> > >>>>> I am also busy right now upgrading the install docs for Watir to > include > >>>>> information about FireWatir. Now that FireWatir is part of Watir, we > >>>>> can't treat it as a separate thing. > >>>>> > >>>>> I plan to spend the rest of today working on the Watir website and > >>>>> install docs and then I need to move on to the new Framework. Are you > >>>>> interested in helping out? > >>>>> > >>>>> Bret > >>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>> > >> > >> > >> > >> > > > > > > --~--~---------~--~----~------------~-------~--~----~ > > You received this message because you are subscribed to the Google Groups > "Watir General" group. > > To post to this group, send email to watir-general at googlegroups.com > > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > > For more options, visit this group at > http://groups.google.com/group/watir-general > > -~----------~----~----~----~------~----~------~--~--- > > > > > > > > -- > VMBed - http://vmbed.com/ - Machines when you want them. > Test Automation - http://vmbed.com/?page/automate > -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From saidesertrose2004 at gmail.com Wed Nov 12 22:09:38 2008 From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan) Date: Thu, 13 Nov 2008 11:09:38 +0800 Subject: [Wtr-development] Firewatir on JRuby In-Reply-To: References: Message-ID: Hi All, I am attaching the firewatir jruby patch in ths mail. Firewatir is 95% compatible with JRuby and the unit tests are running properly. Following are the details about the patch and the current status of integration 1) The patch helps in creating a new instance of firefox when running from jruby (Browser Finder in JRuby). It is written for Windows and Linux (Ubuntu)environment. I am working on Mac port also but I have to work with someone as I don't have mac. 2) Currently there is a problem in the iostring with jruby. So any show method tests are not included in the test run but manually checking the show methods are working fine. iostring test throws a stack overflow exception when run. I need to work more on that to understand what is happening. 3) The unit tests in linux (ubuntu) ran perfect. But when ran on Windows the tests threw a sporadic error. This happened sometimes because the read_socket method could not connect with jssh. I need to investigate this error a bit more as I am not able to pinpoint where the problem is actually happening. These exceptions don't happen in MRI (Normal Ruby Intrepreter) test runs. The exception snapshot is attached with this mail. I have written this patch for firewatir 1.2.1. But I think the browser launcher will also work for 1.6.2 version. Please let me know if you need more info or have any questions. I have checkout the watir 1.6.2 code just now to my laptop. If you need the patch made for the current version I can make one and send. Regards, Sai -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: firewatir-jruby-exception.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: firewatir-jruby.patch URL: From bret at pettichord.com Wed Nov 19 12:52:17 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 19 Nov 2008 11:52:17 -0600 Subject: [Wtr-development] Relocate to seleniumhq Message-ID: You will want to update your working copies. The correct command is "relocate", although details depend on which svn client you are using. On Eclipse, you have to relocate from the SVN Perspective. With Tortoisse, you use the TortoisseSVN -> Relocate command. Replace "openqa" with "seleniumhq" Bret -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From gavin at vmbed.com Sat Nov 22 18:45:23 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Sat, 22 Nov 2008 15:45:23 -0800 Subject: [Wtr-development] Watir::Browser.attach Message-ID: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com> Hi Folks, Attached is my attempt to create a firewatir class attach method and a Watir::Browser.attach method so that it can be used across ie and firefox. Given that this is my first attempt to modify the watir code, I expect that it will need changes, or may be completely off the ball, or not conform to the direction of the project etc. So have at it. A couple of things: 1. Do all cross browser class methods have to live in browser.rb like that? 2. If I don't have that require 'watir/ie' at the start of the unit test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass': (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it looks like the autoload is not working for me but I'm at a loss to figure out why. Thanks, Gavin -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate -------------- next part -------------- A non-text attachment was scrubbed... Name: equivalent_class_attach.patch Type: application/octet-stream Size: 8610 bytes Desc: not available URL: From anukul.singhal at gmail.com Thu Nov 27 02:26:06 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Thu, 27 Nov 2008 12:56:06 +0530 Subject: [Wtr-development] Regarding AutoIt with Firefox Message-ID: Hi Angrez, I want to automate some operations in Firefox using AutoIt (basically javascript dialog handling, besides startClicker). I am sending you a sample script which opens a Firefox browser, checks whether the Window exists and closes the Firefox window. But for both the AutoIt methods (WinExists and WinClose), I am getting 0 as return value (which is fail in AutoIt, 1 means true) require 'firewatir' require 'win32ole' ff = FireWatir::Firefox.new autoit = WIN32OLE.new("AutoItX3.Control") sleep 5.0 puts autoit.WinExists("[CLASS:MozillaUIWindowClass]") sleep 2.0 puts autoit.WinClose("[CLASS:MozillaUIWindowClass]") Can you let me know what is wrong in this, or if there is any other way to use AutoIt with Firefox? Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: