From jarmo.p at gmail.com Wed Jan 2 14:24:19 2013 From: jarmo.p at gmail.com (Jarmo) Date: Wed, 2 Jan 2013 16:24:19 +0200 Subject: [Wtr-development] OSS accounts @ saucelabs In-Reply-To: References: Message-ID: Awesome! Unfortunately there's nothing to do with watir-classic. Watir-Webdriver could take this into use by running IE driver specs there :) Jari, what do you think? J. On Sun, Dec 23, 2012 at 3:16 PM, Basim Baassiri wrote: > Hi > Not sure if anyone was aware of this announcement but I thought i might as > well share it > http://saucelabs.com/opensauce > > Perhaps it is something to consider > > Cheers > > Basim > > _______________________________________________ > 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 notifications at github.com Thu Jan 3 06:40:47 2013 From: notifications at github.com (reshmashahin) Date: Wed, 02 Jan 2013 22:40:47 -0800 Subject: [Wtr-development] [watir-webdriver] Selenium::WebDriver::Error::UnhandledAlertError: Modal dialog present (#174) Message-ID: Hi All, I am working on WATIR and facing issue when trying to open a ie browser. Even after all the dailog Alerts are handled i am getting the error Selenium::WebDriver::Error::UnhandledAlertError: Modal dialog present Tried using @browser.driver.wait_until(@browser.driver.browser.switch_to.alert.dismiss) after i saw the suggestion in stackoverflow site. Its going till the login page after handling all ssl certificate error and modal dialogues. But still i am facing issue. Another issue i am facing is with chromeDriver, even after downloading chrome driver and placing its path in PATH variable i am getting the below error. Selenium::WebDriver::Error::WebDriverError: Unable to find the chromedriver executable. Please download the server from http://code.google.com/p/chromedriver/downloads/list and place it somewhere on your PATH. Any help would be appreciated. Awating Response --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/174 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 3 08:21:17 2013 From: notifications at github.com (=?UTF-8?B?xb1lbGprbyBGaWxpcGlu?=) Date: Thu, 03 Jan 2013 00:21:17 -0800 Subject: [Wtr-development] [watir-webdriver] Selenium::WebDriver::Error::UnhandledAlertError: Modal dialog present (#174) In-Reply-To: References: Message-ID: If you have two problems, you should create two issues. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/174#issuecomment-11837260 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 3 09:31:45 2013 From: notifications at github.com (Alex Rodionov) Date: Thu, 03 Jan 2013 01:31:45 -0800 Subject: [Wtr-development] [watir-webdriver] Selenium::WebDriver::Error::UnhandledAlertError: Modal dialog present (#174) In-Reply-To: References: Message-ID: You should provide a sample code to reproduce the issue. Otherwise, we can't help. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/174#issuecomment-11838402 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 3 10:11:51 2013 From: notifications at github.com (Jarmo Pertman) Date: Thu, 03 Jan 2013 02:11:51 -0800 Subject: [Wtr-development] [watir-rspec] Don't fail when not using ActiveRecord (#1) In-Reply-To: References: Message-ID: @jelder can you please provide us more information so we could close this issue once and for all? --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/1#issuecomment-11839259 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 4 11:21:27 2013 From: notifications at github.com (Alex Rodionov) Date: Fri, 04 Jan 2013 03:21:27 -0800 Subject: [Wtr-development] [watir-rspec] fix alignment in readme (#2) Message-ID: You can merge this Pull Request by running: git pull https://github.com/p0deje/watir-rspec patch-1 Or you can view, comment on it, or merge it online at: https://github.com/watir/watir-rspec/pull/2 -- Commit Summary -- * fix alignment in readme -- File Changes -- M README.md (4) -- Patch Links -- https://github.com/watir/watir-rspec/pull/2.patch https://github.com/watir/watir-rspec/pull/2.diff --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 4 13:23:31 2013 From: notifications at github.com (Jarmo Pertman) Date: Fri, 04 Jan 2013 05:23:31 -0800 Subject: [Wtr-development] [watir-rspec] fix alignment in readme (#2) In-Reply-To: References: Message-ID: Merged #2. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 4 13:23:34 2013 From: notifications at github.com (Jarmo Pertman) Date: Fri, 04 Jan 2013 05:23:34 -0800 Subject: [Wtr-development] [watir-rspec] fix alignment in readme (#2) In-Reply-To: References: Message-ID: Thanks! --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/2#issuecomment-11882597 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Jan 5 22:01:06 2013 From: notifications at github.com (Jarmo Pertman) Date: Sat, 05 Jan 2013 14:01:06 -0800 Subject: [Wtr-development] [watir-classic] Watir3.0 is not cliking links. (#46) In-Reply-To: References: Message-ID: Closing this due to the inactivity. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-classic/issues/46#issuecomment-11920624 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sat Jan 5 22:01:06 2013 From: notifications at github.com (Jarmo Pertman) Date: Sat, 05 Jan 2013 14:01:06 -0800 Subject: [Wtr-development] [watir-classic] Watir3.0 is not cliking links. (#46) In-Reply-To: References: Message-ID: Closed #46. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-classic/issues/46 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarmo.p at gmail.com Sun Jan 6 20:57:13 2013 From: jarmo.p at gmail.com (Jarmo) Date: Sun, 6 Jan 2013 22:57:13 +0200 Subject: [Wtr-development] Watir-Classic 3.4.0 Released! Message-ID: Hello everyone! I'm happy to announce that Watir-Classic 3.4.0 has been released! Put it into your Gemfile: gem "watir-classic", "~> 3.4.0" Or install it manually with: gem install watir-classic Biggest change is a complete documentation overhaul. Check it out at http://rubydoc.info/github/watir/watir-classic/frames Other changes: * All deprecated methods will print out warnings. * Element#flash returns self instead of nil. * Fix frame locator in Frame#attach_command (issue #45). * Remove :zero_based_indexing option - from now on all index options are starting from zero. * Remove global variable $HIDE_IE - use IE.visible= method instead. Support for command line switch -b is also removed. * Remove global varialbe $FAST_SPEED - IE.speed= method instead. Support for command line switch -f is also removed. * Remove IE#close_all - use browser.windows.each(&:close) instead. * Remove IE#close_modal - use browser.modal_dialog.close instead. * Remove IE#close_others - use browser.windows.reject(&:current?).each(&:close) instead. * Remove unused ie-new-process.rb. * Remove unused PageContainer module. * Remove unused PageContainer#check_for_http_error. * Remove unused PageContainer#enabled_popup - use browser.modal_dialog instead. With Best Regards, Jarmo Pertman -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Sun Jan 6 23:21:45 2013 From: notifications at github.com (Jarmo Pertman) Date: Sun, 06 Jan 2013 15:21:45 -0800 Subject: [Wtr-development] [watirspec] Need option to stop Sinatra logging to stderr (#29) In-Reply-To: References: Message-ID: Got rid most of the output with https://github.com/watir/watirspec/commit/42058ebc275b230ebe4975bee0438d4f46243582 Now i'm seeing only lines like these: ```` [2013-01-06 23:20:43] WARN Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true ```` Not sure yet how to get rid of those. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watirspec/issues/29#issuecomment-11936583 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Mon Jan 7 11:52:06 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 7 Jan 2013 12:52:06 +0100 Subject: [Wtr-development] Jira In-Reply-To: References: Message-ID: On Mon, Dec 24, 2012 at 5:49 PM, Jarmo wrote: > +1 from me that all existing Jira issues would be closed and creation of > new issues wouldn't be allowed. Last warning. If anybody on the list thinks we should still use Jira, talk now. I will close all Jira tickets (probably this Saturday) if nobody complains. Each closed ticket will have link to watir-classic Github issues. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Mon Jan 7 20:05:26 2013 From: notifications at github.com (Jarmo Pertman) Date: Mon, 07 Jan 2013 12:05:26 -0800 Subject: [Wtr-development] [watirspec] Need option to stop Sinatra logging to stderr (#29) In-Reply-To: References: Message-ID: Closed #29 via 65df9fe3ba10576941d8522672408dc007ffa823. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watirspec/issues/29 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Jan 9 23:09:11 2013 From: notifications at github.com (ericdfields) Date: Wed, 09 Jan 2013 15:09:11 -0800 Subject: [Wtr-development] [watir-rspec] Don't fail when not using ActiveRecord (#1) In-Reply-To: References: Message-ID: @jelder ! :) --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/1#issuecomment-12072026 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 10 20:45:49 2013 From: notifications at github.com (Jarmo Pertman) Date: Thu, 10 Jan 2013 12:45:49 -0800 Subject: [Wtr-development] [watir-rspec] Don't fail when not using ActiveRecord (#1) In-Reply-To: References: Message-ID: @ericdfields do you have the same problem? --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-rspec/pull/1#issuecomment-12117745 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 12:08:10 2013 From: notifications at github.com (samtreweek) Date: Fri, 11 Jan 2013 04:08:10 -0800 Subject: [Wtr-development] [watir-webdriver] File Fields raise an error if path cannot be found (#175) Message-ID: I'm using watir-webdriver over Selenium Grid2 and I have this issue where the Grid Master is on Linux and the Slave is on a Windows machine. So when it comes to uploading files with FileFields, we're using a shared file server. However because the situation with windows/unix file paths compatibility (unc, \\ vs / etc) we get issues with the following code: raise Errno::ENOENT, path unless File.exist?(path) path = path.gsub(File::SEPARATOR, File::ALT_SEPARATOR) if File::ALT_SEPARATOR Unix on Grid2 wants to be in unix, but we really want to send a Windows path So for the moment I've removed these checks/conversions putting the following in my code. So we can determine exactly what path we want to present. module Watir class FileField < Input def set(path) self.value = path end def value=(path) assert_exists @element.send_keys path end end end ps. Not sure what you want to do with this! (e.g. close whenever) If you have any suggestions please let me know! Keep up the great work on this project! Sam --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/175 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 13:33:50 2013 From: notifications at github.com (Andrei Marfievici) Date: Fri, 11 Jan 2013 05:33:50 -0800 Subject: [Wtr-development] [watir-webdriver] File Fields raise an error if path cannot be found (#175) In-Reply-To: References: Message-ID: Maybe a fix could be to check the platform first: platform = $browser.driver.instance_variable_get(:@bridge).capabilities.platform == :winnt def value=(path) assert_exists path = path.gsub(File::SEPARATOR, File::ALT_SEPARATOR) if File::ALT_SEPARATOR unless platform @element.send_keys path end --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/175#issuecomment-12144293 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 13:41:04 2013 From: notifications at github.com (Jari Bakken) Date: Fri, 11 Jan 2013 05:41:04 -0800 Subject: [Wtr-development] [watir-webdriver] File Fields raise an error if path cannot be found (#175) In-Reply-To: References: Message-ID: Closed #175. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/175 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 13:41:04 2013 From: notifications at github.com (Jari Bakken) Date: Fri, 11 Jan 2013 05:41:04 -0800 Subject: [Wtr-development] [watir-webdriver] File Fields raise an error if path cannot be found (#175) In-Reply-To: References: Message-ID: Instead you of removing the checks you can just use `Element#send_keys`: ```ruby browser.file_field.send_keys(path) ``` Addiotionally, you can make WebDriver recognize local files and if you set up the "file detector". The local file will then be uploaded to the node through grid, saved to disk, and then used in the file field. ```ruby driver = Selenium::WebDriver.for :remote, :url => "..." driver.file_detector = lambda do |args| path = args.first path if File.exist?(path.to_s) end ``` --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/175#issuecomment-12144536 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 13:44:56 2013 From: notifications at github.com (samtreweek) Date: Fri, 11 Jan 2013 05:44:56 -0800 Subject: [Wtr-development] [watir-webdriver] File Fields raise an error if path cannot be found (#175) In-Reply-To: References: Message-ID: Aha...File Detector, didn't pick up on that one - thanks Jarib. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/175#issuecomment-12144648 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 11 16:21:12 2013 From: notifications at github.com (=?UTF-8?B?QW5kcmkgTcO2bGw=?=) Date: Fri, 11 Jan 2013 08:21:12 -0800 Subject: [Wtr-development] [watir-webdriver] Browser.execute_script results in SystemStackError Exception: stack level too deep (#160) In-Reply-To: References: Message-ID: Thanks, @jarib, for taking a look at this! And thanks for me for being a fast responder. 8) You know what, this issue might've been my bad. The stack level too deep error in one point of my code comes when giving `execute_script` a regular Ruby (page) object and not a Watir `Element`. I think that was the code that made me create this issue too. Still, thanks for looking into this! I'll buy an orange next time! --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/160#issuecomment-12151329 -------------- next part -------------- An HTML attachment was scrubbed... URL: From anukul.singhal at gmail.com Tue Jan 15 02:37:20 2013 From: anukul.singhal at gmail.com (anukul singhal) Date: Tue, 15 Jan 2013 08:07:20 +0530 Subject: [Wtr-development] Include our company?s logo on the Watir page. In-Reply-To: References: <538746825-1356009186-cardhu_decombobulator_blackberry.rim.net-1145981561-@b3.c2.bise7.blackberry> Message-ID: Hi Zeljko, I noticed that when I click on my company's logo (Infogain) on watir.com, it is not navigating to www.infogain.com (unlike the other logos which are navigating to their respective sites). Seems like it is just a static image embedded in the UI. Also, I have got another logo of Infogain (150x51) which has been provided by our graphic designer (attached as Logo.png). Can you please replace the existing logo with the one attached? And also, if on clicking, it navigated to www.infogain.com, that would be great. Thanks, Anukul On Sat, Dec 22, 2012 at 11:39 PM, ?eljko Filipin wrote: > On Sat, Dec 22, 2012 at 5:40 PM, anukul singhal wrote: > >> Please find attached the Infogain logo (in .jpg and .png, you may use >> any) in 150x51. >> > > Done: > > http://watir.com/ > http://watir.com/2012/12/23/infogain/ > > ?eljko > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Logo.png Type: image/png Size: 9208 bytes Desc: not available URL: From mcnulla at gmail.com Tue Jan 15 06:17:19 2013 From: mcnulla at gmail.com (Dave McNulla) Date: Mon, 14 Jan 2013 22:17:19 -0800 Subject: [Wtr-development] Include our company's logo on the Watir page. In-Reply-To: <-3269020761592554687@unknownmsgid> References: <-3269020761592554687@unknownmsgid> Message-ID: All, Here is what I found. I found some contacts but others didn't reply. A couple said they no longer use watir because of a job or company change. Let me know if the formatting gets lost and you need a better format. *Company* *Contact/Source* *Status* AdReady Chuck VDL? Chuck has no contacts there now Altentee Tim Koopmans Active/Watir Team Bell Alexey Verkhovsky No email address Codeborne Jarmo Pertman Active/Watir Team Convio Brett Pettichord Active/Watir Team CresTech *CresTech Site * Link to site Expedia Aleks Ikhelis? Active/Watir Team Facebook Brian Rosenthal Alok Menghrajani No Reply GAP Charley Baker No Reply Honeywell Vaitheeswaran Anand No reply HP Dennis Britton Remi Temmos No reply OneRecovery (OneHealth) Chris Billante No reply Oracle Eric Fried No contact Qsuper Alister Scott Not using at QSuper SAP Asaf Saar Using watir some, moving towards Selenium Wells Fargo David Solis No reply Yahoo! Egil S?rensen Egil isn't using, no info on others Zazzle Orde Hiller Confirmation Thanks, Dave McNulla Get a free DropBox account to save your files safely in the Cloud On Sat, Dec 22, 2012 at 8:19 AM, Dave McNulla wrote: > ?eljko - I have the time right now over my Christmas break. I will > email the contacts if I can find them. I'll skip people on the Watir > team because they can take responsibility for their company's listing. > > I will ask them to 're-endorse' from a company email address (if they > have one - consultants may not). I will ask for a contact at the > company that works in test automation in case they are no longer at > that company. > > Let me know if you want to see the contact email text that I will send. > > Thanks > > Dave > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcnulla at gmail.com Tue Jan 15 06:27:27 2013 From: mcnulla at gmail.com (Dave McNulla) Date: Mon, 14 Jan 2013 22:27:27 -0800 Subject: [Wtr-development] Include our company's logo on the Watir page. In-Reply-To: References: <-3269020761592554687@unknownmsgid> Message-ID: I had a feeling the formatting would look awful. here is csv format. Company,Contact/Source,Status AdReady,Chuck VDL?,Chuck has no contacts there now Altentee,Tim Koopmans,Active/Watir Team Bell,Alexey Verkhovsky,No email address Codeborne,Jarmo Pertman,Active/Watir Team Convio,Brett Pettichord,Active/Watir Team CresTech,CresTech Site,Link to site Expedia,Aleks Ikhelis?,Active/Watir Team Facebook,Brian Rosenthal Alok Menghrajani ,No Reply GAP,Charley Baker,No Reply Honeywell,Vaitheeswaran Anand ,No reply HP,'Dennis Britton/Remi Temmos',No reply OneRecovery (OneHealth),Chris Billante,No reply Oracle,Eric Fried ,No contact Qsuper,Alister Scott,Not using at QSuper SAP,Asaf Saar ,'Using watir some, moving towards Selenium' Wells Fargo,David Solis ,No reply Yahoo!,Egil S?rensen ,'Egil isn''t using, no info on others' Zazzle,Orde Hiller,Confirmation Thanks, Dave McNulla Get a free DropBox account to save your files safely in the Cloud On Mon, Jan 14, 2013 at 10:17 PM, Dave McNulla wrote: > All, > > Here is what I found. I found some contacts but others didn't reply. A > couple said they no longer use watir because of a job or company change. > Let me know if the formatting gets lost and you need a better format. > > *Company* > > *Contact/Source* > > *Status* > > AdReady > > Chuck VDL? > > Chuck has no contacts there now > > Altentee > > Tim Koopmans > > Active/Watir Team > > Bell > > Alexey Verkhovsky > > No email address > > Codeborne > > Jarmo Pertman > > Active/Watir Team > > Convio > > Brett Pettichord > > Active/Watir Team > > CresTech > > *CresTech Site * > > Link to site > > Expedia > > Aleks Ikhelis? > > Active/Watir Team > > Facebook > > Brian Rosenthal > Alok Menghrajani > > No Reply > > GAP > > Charley Baker > > No Reply > > Honeywell > > Vaitheeswaran Anand > > No reply > > HP > > Dennis Britton > > Remi Temmos > > No reply > > OneRecovery (OneHealth) > > Chris Billante > > No reply > > Oracle > > Eric Fried > > No contact > > Qsuper > > Alister Scott > > Not using at QSuper > > SAP > > Asaf Saar > > Using watir some, moving towards Selenium > > Wells Fargo > > David Solis > > No reply > > Yahoo! > > Egil S?rensen > > Egil isn't using, no info on others > > Zazzle > > Orde Hiller > > Confirmation > > > Thanks, > > Dave McNulla > Get a free DropBox account to save your files safely in the Cloud > > > On Sat, Dec 22, 2012 at 8:19 AM, Dave McNulla wrote: > >> ?eljko - I have the time right now over my Christmas break. I will >> email the contacts if I can find them. I'll skip people on the Watir >> team because they can take responsibility for their company's listing. >> >> I will ask them to 're-endorse' from a company email address (if they >> have one - consultants may not). I will ask for a contact at the >> company that works in test automation in case they are no longer at >> that company. >> >> Let me know if you want to see the contact email text that I will send. >> >> Thanks >> >> Dave >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 11:01:44 2013 From: notifications at github.com (NielsKSchjoedt) Date: Tue, 15 Jan 2013 03:01:44 -0800 Subject: [Wtr-development] [watir-webdriver] Bug in all selectors in firefox when using a manually created profile instead of default (#176) Message-ID: Hi, I'm experiencing a stange behavior. When I fire up a firefox instance, using a custom profile (In my case I need to go through a proxy), then all the selectors (e.g. .h1 .p .h2 etc.) are "hanging" when trying to use them. This happens even though I don't specify a proxy. This is the code I execute: ````ruby profile = Selenium::WebDriver::Firefox::Profile.new agent = Watir::Browser.new :firefox, :profile => profile agent.goto('http://google.com') agent.h1(:class, 'some_class').present? ```` After executing the last line, the response just hangs, until I finally get this: ```` Timeout::Error: Timeout::Error from /Users/nks/.rvm/rubies/ruby-1.9.3-p194/lib/ruby/1.9.1/net/protocol.rb:146:in `rescue in rbuf_fill' ```` I on mac, but the same seems to happen on a linux installation. I have tried both firefox 17 and 18 and I'm running watir-webdriver 0.6.2 PS. the problem does not occur if I omit :profile => profile --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/176 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 11:11:04 2013 From: notifications at github.com (Alex Rodionov) Date: Tue, 15 Jan 2013 03:11:04 -0800 Subject: [Wtr-development] [watir-webdriver] Bug in all selectors in firefox when using a manually created profile instead of default (#176) In-Reply-To: References: Message-ID: Running the same on my Mac with Firefox 17.0.1, watir-webdriver 0.6.2 and selenium-webdriver 2.27.1 works normally. What version of selenium-webdriver do you have? --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/176#issuecomment-12262043 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 11:45:23 2013 From: notifications at github.com (NielsKSchjoedt) Date: Tue, 15 Jan 2013 03:45:23 -0800 Subject: [Wtr-development] [watir-webdriver] Bug in all selectors in firefox when using a manually created profile instead of default (#176) In-Reply-To: References: Message-ID: Hmm I was running 2.26.0 - Updated, and now it works - thanks! --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/176#issuecomment-12262680 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 11:45:23 2013 From: notifications at github.com (NielsKSchjoedt) Date: Tue, 15 Jan 2013 03:45:23 -0800 Subject: [Wtr-development] [watir-webdriver] Bug in all selectors in firefox when using a manually created profile instead of default (#176) In-Reply-To: References: Message-ID: Closed #176. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/176 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 15:55:49 2013 From: notifications at github.com (NielsKSchjoedt) Date: Tue, 15 Jan 2013 07:55:49 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) Message-ID: Hi, Sorry, but I couldn't find any advice on where (mailing list, stack etc.) to post questions on best practices, so now I do it here (feel free to delete my question). I have a webpage that is very slow to load, and for a lot of reasons, I cannot change that. Whenever I use browser.goto('http://very_slow_url.com') it times out before the page is loaded. How can I change that timeout? PS. this is the error: ```` Timeout::Error /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/protocol.rb:146:in `rescue in rbuf_fill' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/protocol.rb:140:in `rbuf_fill' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/protocol.rb:122:in `readuntil' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/protocol.rb:132:in `readline' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:2562:in `read_status_line' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:2551:in `read_new' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1319:in `block in transport_request' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1316:in `catch' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1316:in `transport_request' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1293:in `request' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/rest-client-1.6.7/lib/restclient/net_http_ext.rb:51:in `request' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/instrumentation/net.rb:22:in `block in request_with_newrelic_trace' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/method_tracer.rb:242:in `trace_execution_scoped' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/instrumentation/net.rb:21:in `request_with_newrelic_trace' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1286:in `block in request' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:745:in `start' /home/deployer/.rbenv/versions/1.9.3-p194/lib/ruby/1.9.1/net/http.rb:1284:in `request' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/rest-client-1.6.7/lib/restclient/net_http_ext.rb:51:in `request' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/instrumentation/net.rb:22:in `block in request_with_newrelic_trace' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/method_tracer.rb:242:in `trace_execution_scoped' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/newrelic_rpm-3.5.2.17/lib/new_relic/agent/instrumentation/net.rb:21:in `request_with_newrelic_trace' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/http/default.rb:83:in `response_for' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/http/default.rb:39:in `request' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/http/common.rb:40:in `call' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/bridge.rb:615:in `raw_execute' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/bridge.rb:593:in `execute' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/remote/bridge.rb:99:in `get' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/selenium-webdriver-2.27.2/lib/selenium/webdriver/common/navigation.rb:14:in `to' /home/deployer/apps/au/shared/bundle/ruby/1.9.1/gems/watir-webdriver-0.6.2/lib/watir-webdriver/browser.rb:77:in `goto' /home/deployer/apps/au/releases/20130115125545/lib/tester.rb:22:in `fetch_page' ```` --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 16:10:43 2013 From: notifications at github.com (Al Snow) Date: Tue, 15 Jan 2013 08:10:43 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: maybe this: http://stackoverflow.com/questions/9014121/how-do-i-change-the-page-load-timeouts-in-watir-webdriver-timeout-in-click-met --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177#issuecomment-12274570 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 16:19:00 2013 From: notifications at github.com (espaciomore) Date: Tue, 15 Jan 2013 08:19:00 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: just do: client = Selenium::WebDriver::Remote::Http::Default.new client.timeout = 360 # seconds - default is 60 @browser = Watir::Browser.new $target_browser, :http_client => client --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177#issuecomment-12275032 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Tue Jan 15 16:59:51 2013 From: notifications at github.com (NielsKSchjoedt) Date: Tue, 15 Jan 2013 08:59:51 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: Wow, your'e fast in here! :-) I'll try it out. BTW, I thought that I might be able to have the page loaded faster if I make sure to use the same browser cache between my processes - do you know if that is possible? It seems to me, that everytime I fire up a new browser, where I provide the: ````ruby profile = Selenium::WebDriver::Firefox::Profile.new Watir::Browser.new :firefox, :profile => profile ```` Then it creates a complete new profile. The question is, Is there a way to use the same profile again later? Even after starting a new ruby process? (BTW: my understanding is, that the browsers cache is related to the profile - I might be wrong) --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177#issuecomment-12277388 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Jan 16 04:32:55 2013 From: notifications at github.com (Alex Rodionov) Date: Tue, 15 Jan 2013 20:32:55 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: Create your profile manually (by running ```firefox -p```). Then you can just pass its name: ```ruby Watir::Browser.new :firefox, :profile => "test" ``` --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177#issuecomment-12304509 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Jan 16 04:33:36 2013 From: notifications at github.com (Alex Rodionov) Date: Tue, 15 Jan 2013 20:33:36 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: Closed #177. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Jan 16 04:33:36 2013 From: notifications at github.com (Alex Rodionov) Date: Tue, 15 Jan 2013 20:33:36 -0800 Subject: [Wtr-development] [watir-webdriver] Change page load timeout (#177) In-Reply-To: References: Message-ID: Please, proceed to mailing lists or StackOverflow (we have awesome support sheriffs there) --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/177#issuecomment-12304521 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Wed Jan 16 14:11:29 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Jan 2013 15:11:29 +0100 Subject: [Wtr-development] Include our company's logo on the Watir page. In-Reply-To: References: <-3269020761592554687@unknownmsgid> Message-ID: On Tue, Jan 15, 2013 at 7:17 AM, Dave McNulla wrote: > I found some contacts but others didn't reply. A couple said they no > longer use watir because of a job or company change. Thanks Dave. I will clean up the home page one of these days, probably this Saturday. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Wed Jan 16 14:19:45 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Jan 2013 15:19:45 +0100 Subject: [Wtr-development] Include our company?s logo on the Watir page. In-Reply-To: References: <538746825-1356009186-cardhu_decombobulator_blackberry.rim.net-1145981561-@b3.c2.bise7.blackberry> Message-ID: On Tue, Jan 15, 2013 at 3:37 AM, anukul singhal wrote: > Can you please replace the existing logo with the one attached? And also, > if on clicking, it navigated to www.infogain.com, that would be great. > Sorry about that, I was sure the image linked to the site. I have added the link and replaced the image. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Wed Jan 16 16:55:36 2013 From: notifications at github.com (Alex Rodionov) Date: Wed, 16 Jan 2013 08:55:36 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: Coming back to original issue... The summary of this is: 1. In Firefox, XPath query like ```//textarea[value="John Jones"]``` returns nothing. 2. But you can get value of element with ```$x('//textarea')[0].value```. 3. Executing Selenium getAttribute atom for value also returns it. ```ruby b.driver.instance_variable_get(:@bridge).getElementAttribute e.instance_variable_get(:@id), 'value' #=> "John Jones" ``` That's awkward, because I suppose XPath engine in Firefox should be able to search element with value since it's accessible. @jarib I'm not that good with Selenium, maybe there is some magic in atoms? What do you think? --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12328099 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 17 13:42:29 2013 From: notifications at github.com (Jari Bakken) Date: Thu, 17 Jan 2013 05:42:29 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: The XPath query in your example looks wrong: it should be `@value`, not just `value`. Assuming that's just a typo, the Firefox XPath engine probably checks the *content attribute* (often called just "attribute", equivalent to `$x("//textarea")[0].getAttribute("value")`), but the actual text of the textarea is in the *IDL attribute* (often called "property", equivalent to `$x("//textarea")[0].value`). WebDriver's `getAttribute` falls back to the property if the attribute isn't set. PS. You don't need the `instance_variable_get` hacks, just call `e.attribute(:value)`. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12368264 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 17 15:40:11 2013 From: notifications at github.com (AstridS) Date: Thu, 17 Jan 2013 07:40:11 -0800 Subject: [Wtr-development] [watir-classic] Exception when uploading files on a German computer (#50) Message-ID: When uploading files on a German computer we get the following exception RAutomation::UnknownWindowException: Window with locator {:title=>/^choose file( to upload)?|Elegir archivos para cargar$/i} doesn't exist or is not visible! We patched the file ?gems\watir-classic-3.3.0\lib\watir-classic\dialogs\file_field.rb like this and it works. def open_button file_upload_window.button(:value => /&Open|&Abrir|.&ffnen/) end def cancel_button file_upload_window.button(:value => /Cancel|Abbrechen/) end def file_upload_window @window ||= RAutomation::Window.new(:title => /^choose file( to upload)?|Elegir archivos para cargar|(Datei zum Hochladen.*)$/i) end Please include this in the projects source code or find another solution. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-classic/issues/50 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 17 17:27:27 2013 From: notifications at github.com (Alex Rodionov) Date: Thu, 17 Jan 2013 09:27:27 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: Yep, that was a typo as I also checked CSS selector. Thanks for clearing this out. I didn't know about attribute vs. property. Do you think we should handle "value" for textareas/text_fields as a separate case? Like, remove "value" from selector, getting all elements matching the left part of selector and then iterate through the results and check ```attribute(:value)```. P.S. Yeah, I know, I just wanted to use Selenium to make sure. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12378728 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 17 18:31:05 2013 From: notifications at github.com (Jari Bakken) Date: Thu, 17 Jan 2013 10:31:05 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: On Thu, Jan 17, 2013 at 6:27 PM, Alex Rodionov wrote: > Thanks for clearing this out. I didn't know about attribute vs. property. > Do you think we should handle "value" for textareas/text_fields as a > separate case? Like, remove "value" from selector, getting all elements > matching the left part of selector and then iterate through the results and > check attribute(:value). > That would slow things down quite badly, especially for larger forms. Are you sure this is the cause of the problem? It looks like `#text_field` won't even try `//textarea[@value='...']` atm, but translates it to `//textarea[text()='...']`. And the original issue is using regexps, where we already are forced to pull out :value and do the iteration + attribute() check. > P.S. Yeah, I know, I just wanted to use Selenium to make sure. > Yes, you could do that and just use the WebDriver API: `Selenium::WebDriver::Element#attribute(name)`. No need to dig through the internals. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12381752 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Thu Jan 17 18:32:14 2013 From: notifications at github.com (Jari Bakken) Date: Thu, 17 Jan 2013 10:32:14 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: On Thu, Jan 17, 2013 at 6:27 PM, Alex Rodionov wrote: > Thanks for clearing this out. I didn't know about attribute vs. property. > Do you think we should handle "value" for textareas/text_fields as a > separate case? Like, remove "value" from selector, getting all elements > matching the left part of selector and then iterate through the results and > check attribute(:value). > That would slow things down quite badly, especially for larger forms. Are you sure this is the cause of the problem? It looks like `#text_field` won't even try `//textarea[@value='...']` atm, but translates it to `//textarea[text()='...']`. And the original issue is using regexps, where we already are forced to pull out :value and do the iteration + attribute() check. > P.S. Yeah, I know, I just wanted to use Selenium to make sure. > Yes, you could do that and just use the WebDriver API: `Selenium::WebDriver::Element#attribute(name)`. No need to dig through the internals. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12381801 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 18 01:37:51 2013 From: notifications at github.com (Alex Rodionov) Date: Thu, 17 Jan 2013 17:37:51 -0800 Subject: [Wtr-development] [watir-webdriver] Inconsistencies locating textareas by text_field :value between ie and ff and chrome. (#163) In-Reply-To: References: Message-ID: Thanks, I'll try to nail down the original issue and see what the problem was. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/163#issuecomment-12403835 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Fri Jan 18 11:42:25 2013 From: notifications at github.com (SophiaSunitha) Date: Fri, 18 Jan 2013 03:42:25 -0800 Subject: [Wtr-development] [watir-webdriver] Safari error for Watir-Webdriver with Windows XP (#178) Message-ID: After doing everything mentioned in the URL http://watirwebdriver.com/safari/ we are still unable to automate safari browser in windows XP (gems: watir-webdriver 0.6.2 and selenium-webdriver 2.27.2). It shows the following error: SafariDriver requesting connection at ws://127.0.0.1:3504/wd in the webpage opened. We believed that the error could be because the svn repository we checked out (Selenium Webdriver 2.28.1) to build the extension was not matching with the selenium webdriver gem (2.27.2). Subsequently we were able to find out till 2.27.0 (which comes in svn revision 18300). However still the error persists. Does these have anything to do with the problem or is Safari not supported by watir-webdriver (in windows) --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/178 -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Jan 19 14:41:44 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:44 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-120) autoit not installed if limited user installs watir Message-ID: <30642291.91.1358606504817.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-120. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > autoit not installed if limited user installs watir > --------------------------------------------------- > > Key: WTR-120 > URL: http://jira.openqa.org/browse/WTR-120 > Project: Watir > Issue Type: Bug > Components: Gem installer > Affects Versions: 1.5.0/1.5.1 > Environment: watir-1.5.1.1127.gem > Reporter: Zeljko > Assignee: Kingsley Hendrickse > Fix For: Future > > > Install watir as limited user. send_keys_test.rb fails > C:\ruby\lib\ruby\gems\1.8\gems\watir-1.5.1.1127\unittests>send_keys_test.rb > Loaded suite C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test > Started > FEE > Finished in 1.515 seconds. > 1) Failure: > test_autoregistration(TC_Fields) [C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:31]: > Exception raised: > Class: > Message: <"Unknown OLE server: `AutoItX3.Control'\n HRESULT error code:0x800401f3\n Invalid class string"> > ---Backtrace--- > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `initialize' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `new' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127 /unittests/../watir.rb:1644:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:1652:in `send_keys' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:31:in `test_autoregistration' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:31:in `test_autoregistration' > --------------- > 2) Error: > test_enter(TC_Fields): > WIN32OLERuntimeError: Unknown OLE server: `AutoItX3.Control' > HRESULT error code:0x800401f3 > Invalid class string > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `initialize' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `new' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:1644:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir- 1.5.1.1127/unittests/../watir.rb:1652:in `send_keys' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:23:in `test_enter' > 3) Error: > test_tabbing(TC_Fields): > WIN32OLERuntimeError: Unknown OLE server: `AutoItX3.Control' > HRESULT error code:0x800401f3 > Invalid class string > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `initialize' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `new' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:4356:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/../watir.rb:1644:in `autoit' > C:/ruby/lib/ruby/gems/1.8/gems/watir- 1.5.1.1127/unittests/../watir.rb:1652:in `send_keys' > C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:16:in `test_tabbing' > 3 tests, 2 assertions, 1 failures, 2 errors > Uninstall watir, then install it as administrator. send_keys_test.rb passes. Run send_keys_test.rb as limited user and it fails. > C:\ruby\lib\ruby\gems\1.8\gems\watir-1.5.1.1127\unittests>send_keys_test.rb > Loaded suite C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test > Started > FF. > Finished in 2.562 seconds. > 1) Failure: > test_autoregistration(TC_Fields) [C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:30]: > exception expected but none was thrown. > 2) Failure: > test_enter(TC_Fields) [C:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.1.1127/unittests/send_keys_test.rb:25]: > is not true. > 3 tests, 3 assertions, 2 failures, 0 errors -- 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 Jan 19 14:41:44 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:44 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-275) Returned different content by calling same table method(to_a) in the firewatir and watir Message-ID: <25346660.94.1358606504994.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-275. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Returned different content by calling same table method(to_a) in the firewatir and watir > ---------------------------------------------------------------------------------------- > > Key: WTR-275 > URL: http://jira.openqa.org/browse/WTR-275 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Ruby 1.8.5.22.exe FireWatir 1.6.2 Watir 1.6.2 > Reporter: Wilson > Priority: Major > Fix For: Future > > Attachments: case31000.zip, firewatir.txt, test_Table_to_a.rb, watir.txt > > > Step 1: Call to_a method of Table class to convert table content into 2D array in firewatir and watir > Step 2: Observe that the returned content is different with each other. -- 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 Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-295) FireWatir on Mac OS X: Prevent RuntimeError in test_existing_window Message-ID: <24827196.96.1358606505211.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-295. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > FireWatir on Mac OS X: Prevent RuntimeError in test_existing_window > ------------------------------------------------------------------- > > Key: WTR-295 > URL: http://jira.openqa.org/browse/WTR-295 > Project: Watir > Issue Type: Bug > Components: Unit Tests > Affects Versions: 1.6.2 > Environment: Mac OS X 10.5.6, Ruby 1.8.6, Firefox 3.0.6 > Reporter: Fritz Anderson > Fix For: Soon > > > The FireWatir unit tests for Mac OS X are much-improved recently, but there remains one place where they run afoul of the restriction that no more than one instance of Firefox may run at a time. test_existing_window in attach_to_existing_window_test.rb attempts to open several "windows" (application instances), and this raises a RuntimeError. The test is reported to be in error. > This occurs when you run watir/firewatir/unittests/mozilla_all_tests.rb . > This is a proposed patch. It intercepts the RuntimeError and abandons the test. All tests run cleanly with it installed, and its sole effect is to skip assertions on conditions that cannot arise. > A caveat may be that in later versions, the multiple-instance error would not be the only RuntimeError possible in this test. It may be wise to re-raise the exception if e.message !~ /(?i)\bmac\b/ . > $ git diff > diff --git a/commonwatir/unittests/attach_to_existing_window_test.rb b/commonwat > index d412335..e804aa7 100644 > --- a/commonwatir/unittests/attach_to_existing_window_test.rb > +++ b/commonwatir/unittests/attach_to_existing_window_test.rb > @@ -37,7 +37,16 @@ class TC_ExistingWindow < Test::Unit::TestCase > end > > def test_existing_window > - open_several_windows > + begin > + open_several_windows > + rescue RuntimeError => e > + # On Mac OS X, this will raise a RuntimeError, because Firefox > + # does not support multiple instances on Mac OS X. > + # Throw in a trivial assertion to keep the unit test framework > + # happy, then bail. > + assert true > + return > + end > > b1 = Browser.attach(:title , /buttons/i) > assert_equal("Test page for buttons", b1.title) -- 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 Jan 19 14:41:44 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:44 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-268) Firewatir 1.6.1: locate method on Frame class throwing exception when frame not found Message-ID: <26578048.89.1358606504629.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-268. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Firewatir 1.6.1: locate method on Frame class throwing exception when frame not found > ------------------------------------------------------------------------------------- > > Key: WTR-268 > URL: http://jira.openqa.org/browse/WTR-268 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.1 > Environment: winXP3, firefox > Reporter: bmorzos > Priority: Major > Fix For: Soon > > > I have this code: > if (browser.frame(:name, "viewer").exists?) > puts("Found viewer frame") > viewerFrame = browser.frame(:name, "viewer") > else > puts("Did not find viewer frame") > viewerFrame = nil > end > When the frame is not found I am getting an exception; > Exception running test "test_all" Message: Unable to locate a frame using name and viewer. > C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.1/lib/firewatir/ > htmlelements.rb:43:in `locate' > I am expecting a nil / false value. > I believe this part of the code should be removed; > unless @element_name > raise UnknownFrameException, "Unable to locate a frame using #{@how} and #{@what}. " > end > Thank-you > Brian -- 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 Jan 19 14:45:24 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:24 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-436) All Elements should allow String locator, which will be used as an :id In-Reply-To: <2079608.150.1273275570443.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <5984665.544.1358606724706.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-436. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > All Elements should allow String locator, which will be used as an :id > ---------------------------------------------------------------------- > > Key: WTR-436 > URL: http://jira.openqa.org/browse/WTR-436 > Project: Watir > Issue Type: New Feature > Components: Other > Affects Versions: 2.0 > Environment: any > Reporter: Jarmo Pertman > > Selenium has a lot of different ways of locating elements. This is > not what i would like to see in > Watir and as i understand then most of you in here also think like > that. But i think that it would > be great if ALL elements would accept one String as an identifier, > which would be used to locate an > element by id. No exceptions - it would be the > same for every element. > For example: > b.text_field("blah").set "my text" # would search text fields with ID and if not found > # would raise an exception > Most of the time i'm finding myself to use ID to locate > elements, which means that my tests are full of method(:id => 'xxxx'). > Would be great if there would be less code. -- 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 Jan 19 14:45:24 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:24 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-166) Document how to use the add_checker method to add custom wait logic to Watir Message-ID: <10226894.546.1358606724817.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-166. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Document how to use the add_checker method to add custom wait logic to Watir > ---------------------------------------------------------------------------- > > Key: WTR-166 > URL: http://jira.openqa.org/browse/WTR-166 > Project: Watir > Issue Type: New Feature > Components: Wait > Affects Versions: 1.5.0/1.5.1 > Environment: x > Reporter: Jeff Fry > Assignee: Bret Pettichord > Priority: Major > Fix For: Soon > > > Watir.wait() listens to whether IE thinks its done loading, and then checks to see that the main document and any sub documents/frames have finished loading. More and more, there are pages that on load also kick off various XHRs and timers. For me - and possibly for a growing number of folks, testing more AJAXy applications - it would be great to expand wait() to check if there are any XHRs or timers pending, in additional to the checks it currently makes. > Note, I don't know, but there may be applications where an XHR is intentionally left open at all times. If this happens I would guess that it's rare, but if we change the default behavior of watir.wait() to wait for pending XHRs and timers, we might want to give a config option that turns this off as well. -- 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 Jan 19 14:45:24 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:24 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-137) Too many failures in all_tests.rb Message-ID: <5085063.552.1358606724949.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-137. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Too many failures in all_tests.rb > --------------------------------- > > Key: WTR-137 > URL: http://jira.openqa.org/browse/WTR-137 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.0/1.5.1 > Reporter: Bret Pettichord > Assignee: Bret Pettichord > Priority: Major > Fix For: Soon > > > We have a number of failures with this suite, many of which are intermittent. We need to figure out what to do -- fix them, remove them -- because these failures just scare our users. -- 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 gmail.com Sat Jan 19 14:46:11 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Sat, 19 Jan 2013 15:46:11 +0100 Subject: [Wtr-development] Jira In-Reply-To: References: Message-ID: On Mon, Jan 7, 2013 at 12:52 PM, ?eljko Filipin wrote: > I will close all Jira tickets (probably this Saturday) if nobody > complains. Each closed ticket will have link to watir-classic Github issues. Done: http://jira.openqa.org/browse/WTR ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Jan 19 14:41:43 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:43 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-229) Can not find image buttons within a Form Message-ID: <32418977.87.1358606503423.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-229. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Can not find image buttons within a Form > ---------------------------------------- > > Key: WTR-229 > URL: http://jira.openqa.org/browse/WTR-229 > Project: Watir > Issue Type: Bug > Components: HTML Controls > Affects Versions: 1.5.6 > Environment: Windows XP Professional SP 2 > Ruby version 1.8.6 > gem version 0.9.4 > Reporter: CL > Priority: Major > Fix For: Future > > Attachments: buttons.html, testcase.rb > > > Image buttons of the format can not be found by :id or by :name or by :alt when searching from a form element. However these image buttons can be found on the page or from a containing div element. The issue is not reproducable with say, text fields or buttons of the format , which behaves as expected. > I will upload a example momentarily. -- 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 Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-221) Get the text from a frame [patch] Message-ID: <20821400.103.1358606505584.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-221. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Get the text from a frame [patch] > --------------------------------- > > Key: WTR-221 > URL: http://jira.openqa.org/browse/WTR-221 > Project: Watir > Issue Type: New Feature > Components: FireWatir > Affects Versions: 1.6.7 > Reporter: Bret Pettichord > Priority: Major > Fix For: Soon > > > Paul Rogers on the firewatir list: > try this > class Frame > def url > locate > jssh_socket.send("#{DOCUMENT_VAR}.URL;\n", 0) > window_url = read_socket() > return window_url > end > def text > assert_exists > get_frame_text > end > end > class Element > def get_frame_text > jssh_socket.send("var htmlelem = > #{DOCUMENT_VAR}.getElementsByTagName('html')[0]; htmlelem.textContent; > \n", 0) > result = read_socket() > return result > end > end > jst add these lines after your require 'firewatir' line > Paul > On May 26, 6:58 am, MarioRuiz wrote: > > > A full example: > > > > > > require 'firewatir' > > > require 'watir' > > > ie=Watir::IE.new() > > > ff=FireWatir::Firefox.new() > > > url="http://www.tlwilliams.net/NOCCC/0005/0005pFrame.html" > > > frame="menu" > > > > > > ff.goto(url) > > > ie.goto(url) > > > > > > puts "************************ FIREFOX *************************" > > > myframe=ff.frame(frame) > > > puts myframe.text() > > > > > > puts "************************ INTERNET EXPLORER > > > *************************" > > > myframe=ie.frame(frame) > > > puts myframe.text() > > > > > > ff.close() > > > ie.close() > > > > > > The result is: > > > > > > Starting Firefox using the executable : C:\Program Files\Mozilla > > > Firefox\firefox.exe > > > Waiting for 2 seconds for Firefox to get started. > > > ************************ FIREFOX ************************* > > > > > > ************************ INTERNET EXPLORER ************************* > > > Web Publishing - Using Frames in HTMLFrames > > > > > > __5.0_Introduction_to_Frames > > > > > > __5.1_Using_Frames > > > > > > __5.2_Complex_Frames > > > > > > __5.3_Floating_Frames > > > > > > __5.4_References > > > > > > As you can see we don't have any text content from firewatir. -- 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 Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-454) Remove dependency on activesupport In-Reply-To: <33472924.847.1283371771356.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <25226217.98.1358606505324.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-454. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Remove dependency on activesupport > ---------------------------------- > > Key: WTR-454 > URL: http://jira.openqa.org/browse/WTR-454 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.5 > Environment: XP SP3 > Reporter: Cliff White > Priority: Major > > Per Charley's reply to http://stackoverflow.com/questions/3614865/firewatir-firewatir-returns-undefined-method-error-in-eclipse/3620642#3620642 > "This appears to be a problem with the latest version of ActiveRecord - 3.0.0. I'd thought that we removed that as a dependency, apparently not. Please file a ticket in Jira and I'll take a look at it. " > Ticket filed. Thanks! > Cliff -- 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 Jan 19 14:41:46 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:46 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-356) watirspec: `Form#exists?` should raise TypeError on invalid 'what' argument. Message-ID: <6294930.109.1358606506308.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-356. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec: `Form#exists?` should raise TypeError on invalid 'what' argument. > ---------------------------------------------------------------------------- > > Key: WTR-356 > URL: http://jira.openqa.org/browse/WTR-356 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Fix For: Soon > > > 27) > 'Form#exists? raises TypeError when 'what' argument is invalid' FAILED > expected TypeError, got # > ./spec/watirspec/form_spec.rb:42: -- 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 Jan 19 14:45:24 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:24 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-433) IE#text.include? method returning true for hidden text also In-Reply-To: <32383274.900.1271267377629.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <25149175.550.1358606724908.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-433. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > IE#text.include? method returning true for hidden text also > ----------------------------------------------------------- > > Key: WTR-433 > URL: http://jira.openqa.org/browse/WTR-433 > Project: Watir > Issue Type: Bug > Components: HTML Controls > Affects Versions: 1.5.6 > Environment: windows xp > Reporter: shanth > Priority: Major > > IE#text.include? method returning true for hidden text also -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-470) ole_inner_elements timing issue In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <19192.554.1358606725001.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-470. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > 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 Sat Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-291) Add cross-browser method of reading body attributes Message-ID: <28341624.107.1358606505895.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-291. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Add cross-browser method of reading body attributes > --------------------------------------------------- > > Key: WTR-291 > URL: http://jira.openqa.org/browse/WTR-291 > Project: Watir > Issue Type: New Feature > Components: FireWatir > Affects Versions: Future > Environment: x > Reporter: Jeff Fry > Priority: Major > Fix For: Future > > > For a page with source like this: we need a way to read this attribute that works across browsers. > Currently in IE, one can do something like browser.document.body.getAttribute('ajax') ...where 'ajax' is whatever the attribute's name is. This doesn't work with FF though. > On irb, Jarib suggested: > [12:26] what we want is browser.body.attribute_value("ajax") > [12:26] where browser.body #=> # > [12:27] and we're then calling Element#attribute_value for arbitrary attributes -- 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 Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-218) Here is a patch to fix wait for frames (not sure if this has been applied or not) Message-ID: <27128762.101.1358606505448.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-218. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Here is a patch to fix wait for frames (not sure if this has been applied or not) > --------------------------------------------------------------------------------- > > Key: WTR-218 > URL: http://jira.openqa.org/browse/WTR-218 > Project: Watir > Issue Type: Bug > Reporter: Bret Pettichord > Priority: Major > Fix For: Soon > > > http://rubyforge.org/pipermail/wtr-general/2006-November/008226.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Sat Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-200) Remove calls to Win32API in favor of DL. This is required to work with Ruby 1.9. Message-ID: <15869307.120.1358606507680.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-200. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Remove calls to Win32API in favor of DL. This is required to work with Ruby 1.9. > -------------------------------------------------------------------------------- > > Key: WTR-200 > URL: http://jira.openqa.org/browse/WTR-200 > Project: Watir > Issue Type: Improvement > Affects Versions: 1.5.4 > Reporter: Bret Pettichord > Priority: Major > Fix For: Soon > > -- 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 Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-280) oncontextmenu event is missed in FireWatir [patch] Message-ID: <29506981.117.1358606507597.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-280. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > oncontextmenu event is missed in FireWatir [patch] > -------------------------------------------------- > > Key: WTR-280 > URL: http://jira.openqa.org/browse/WTR-280 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Win XP SP2, FireWatir 1.6.2, FF3.0.5 > Reporter: Alex > Assignee: Angrez > Fix For: Soon > > > fire_event method has case expression with the following when condition (MozillaBaseElement.rb, line 917) > when 'click', 'dblclick', 'mousedown', 'mousemove', 'mouseout', 'mouseover', > 'mouseup' > dom_event_type = 'MouseEvents' > onContextMenu event can be successfully used in FireFox, after adding 'contextmenu' to this condition -- 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 Jan 19 14:41:45 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:45 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-453) firewatir dones work with cygwin because it can locate firefox executable In-Reply-To: <21820430.835.1283280570684.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <10377622.105.1358606505720.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-453. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > firewatir dones work with cygwin because it can locate firefox executable > ------------------------------------------------------------------------- > > Key: WTR-453 > URL: http://jira.openqa.org/browse/WTR-453 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.5 > Environment: $ gem search watir > *** LOCAL GEMS *** > commonwatir (1.6.5) > firewatir (1.6.5) > watir (1.6.5) > $ gem env > RubyGems Environment: > - RUBYGEMS VERSION: 1.3.7 > - RUBY VERSION: 1.8.7 (2008-08-11 patchlevel 72) [i386-cygwin] > - INSTALLATION DIRECTORY: /usr/lib/ruby/gems/1.8 > - RUBY EXECUTABLE: /usr/bin/ruby.exe > - EXECUTABLE DIRECTORY: /usr/bin > - RUBYGEMS PLATFORMS: > - ruby > - x86-cygwin > - GEM PATHS: > - /usr/lib/ruby/gems/1.8 > - /home/Alexis/.gem/ruby/1.8 > - GEM CONFIGURATION: > - :update_sources => true > - :verbose => true > - :benchmark => false > - :backtrace => false > - :bulk_threshold => 1000 > - REMOTE SOURCES: > - http://rubygems.org/ > $ > Reporter: fourchette > > if you try to run the example provided on watir example page using firefox and cygwin it just does not work > #!/usr/bin/ruby > # Here we see a very simple WATIR script to drive to google and validate a page > require 'rubygems' > require 'watir' # use watir gem > test_site = 'http://www.google.com' # set a variable > Watir::Browser.default = 'firefox' > b = Watir::Browser.new # open the IE browser > b.goto(test_site) # load url, go to site > b.text_field(:name, "q").set("pickaxe") # load text "pickaxe" into search field named "q" > b.button(:name, "btnG").click # "btnG" is the name of the Search button, click it > if b.text.include?("Programming Ruby") > puts "Test Passed. Found the test string: 'Programming Ruby'." > else > puts "Test Failed! Could not find: 'Programming Ruby'" > end > ____________ > $ ruby watir_test.rb > /usr/lib/ruby/gems/1.8/gems/firewatir-1.6.5/lib/firewatir/firefox.rb:1010:in `current_os': undefined local variable or method `plateform' for # (NameError) > from /usr/lib/ruby/gems/1.8/gems/firewatir-1.6.5/lib/firewatir/firefox.rb:124:in `initialize' > from /usr/lib/ruby/gems/1.8/gems/commonwatir-1.6.5/lib/watir/browser.rb:65:in `new' > from /usr/lib/ruby/gems/1.8/gems/commonwatir-1.6.5/lib/watir/browser.rb:65:in `new' > from watir_test.rb:8 > $ > the reason for that is because around line 1000 in /usr/lib/ruby/gems/1.8/gems/firewatir-1.6.5/lib/firewatir/firefox.rb > the variable platform == 'i386-cygwin', so it can't get caught by select/case right below. > all you need to change is > at firefox.rb:1000 > from > when /mingw32|mswin|windows/i > to > when /mingw32|mswin|windows|cygwin/i > and that's it. nothing else. > $ ruby watir_test.rb > sh: C:Program: command not found > Test Failed! Could not find: 'Programming Ruby' > $ > (actually the example fails because i have google in french, but it does work > i dont know what the > sh: C:Program: command not found > is doing in the output (and no the -w is not active, it vomits ugly things otherwise :)) > it would be great to push this change in the next firewatir release so that it actually supports cywin -- 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 Jan 19 14:41:58 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:58 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-5) Fix bugs due to existing dialog hacks Message-ID: <9923519.330.1358606518939.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-5. -------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Fix bugs due to existing dialog hacks > ------------------------------------- > > Key: WTR-5 > URL: http://jira.openqa.org/browse/WTR-5 > Project: Watir > Issue Type: Bug > Components: Modal Web Dialog > Affects Versions: 1.4 > Reporter: Bret Pettichord > Assignee: Bret Pettichord > Priority: Major > Fix For: Soon > > > * Fix several known bugs with existing dialog hacks, including intermittently failing unit tests. This should fall out from the new approach. > HTTP://rubyforge.org/tracker/index.php?func=detail&aid=1945&group_id=104&atid=487 > HTTP://rubyforge.org/tracker/index.php?func=detail&aid=1713&group_id=104&atid=487 > * Phase out use of AutoIt and instead use Win32API or DL. We've had many reported issues with Autoit. -- 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 Jan 19 14:42:02 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:02 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-384) FireWatir 1.1 now launches new browser on linux/darwin Message-ID: <24107701.442.1358606522914.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-384. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > FireWatir 1.1 now launches new browser on linux/darwin > ------------------------------------------------------ > > Key: WTR-384 > URL: http://jira.openqa.org/browse/WTR-384 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: Open QA Migration > Environment: Linux > Reporter: Zeljko > > - moved from http://code.google.com/p/firewatir/issues/detail?id=46 > Issue 46: FireWatir 1.1 now launches new browser on linux/darwin > 1 person starred this issue and may be notified of changes. > Status: New > Owner: ---- > Type-Defect > Priority-Medium > Reported by glenn.gillen, Oct 14, 2007 > Linux behaviour has changed to now launch a new firefox instance/window on > FireWatir::initialize. > Can contructor be changed to accept a parameter to prevent this and require > the user to have launched firefox manually? I have a script that > recursively parses files in a directory and this is now quite resource > intensive with all of these firefox instances. > --- > Comment 1 by angrez, Oct 14, 2007 > So what I understood is, first you process/parse the files and then start Firefox > manually? > You can use waitTime parameter to actually wait till processing is over. Or you can > do the processing first and then create new instance of Firefox. I may be wrong if I > am missing something completely here. > --- > Comment 2 by glenn.gillen, Oct 15, 2007 > The problem is: > @f = FireWatir::Firefox.new > calls `firefox -jssh` > Which will open a new instance of firefox. Previously (at least on linux looking at the old code) this wasn't > executed and the user was responsible for making sure firefox was already open with jssh enabled. I'd prefer > to be able to enforce the old method as a parameter then I can ensure only one firefox window is ever open. > `firefox -jssh` always opens a new window. > --- > Comment 3 by ghimus, Oct 22, 2007 > You can use attach() to connect to an already running instance. > Description: > Used for attaching pop up window to an existing Firefox window, either by url or title. > ff.attach(:url, 'http://www.google.com' > ff.attach(:title, 'Google') > --- > Comment 4 by angrez, Oct 22, 2007 > Hi Ghimus, > I am not sure if what you saying works with Firewatir. As far as I know Firewatir > can't connect to an existing Firefox instance, which is different from a window pop up. -- 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 Jan 19 14:42:00 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:00 -0600 (CST) Subject: [Wtr-development] =?utf-8?b?W0pJUkFdIENsb3NlZDogKFdUUi0zODkpIEZp?= =?utf-8?q?rewatir_is_not_able_to_pick_up_symbols_like_=22=E2=82=A8=22_fro?= =?utf-8?q?m_the_web_page?= Message-ID: <23806625.384.1358606520847.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-389. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Firewatir is not able to pick up symbols like "?" from the web page > ------------------------------------------------------------------- > > Key: WTR-389 > URL: http://jira.openqa.org/browse/WTR-389 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: Open QA Migration > Environment: windows > Reporter: Zeljko > > - moved from http://code.google.com/p/firewatir/issues/detail?id=66 > Issue 66: Firewatir is not able to pick up symbols like "?" from the web page > 1 person starred this issue and may be notified of changes. > Status: Started > Owner: ---- > Type-Defect > Priority-Medium > Milestone-Release1.1.2 > Reported by codetest123, Mar 17, 2008 > What steps will reproduce the problem? > 1. go to a webpage containing the symbol: > http://www.jhall.demon.co.uk/currency/by_symbol.html > 2. Try to pick up the symbol using Firewatir and output it to the console. > (I am using Eclipse as my IDE). > 3. Firewatir is unable to grab the symbol. > I am Win XP, Eclipse Ruby 1.8.6 > --- > Comment 1 by angrez, Apr 08, 2008 > (No comment was entered for this change.) > Status: Started > Labels: Milestone-Release1.1.2 -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-441) Firefox method 'status' incorrectly using #{WINDOW_VAR} instead of #{window_var} In-Reply-To: <8588948.353.1276004731070.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <19067412.562.1358606725298.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-441. ---------------------- If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Firefox method 'status' incorrectly using #{WINDOW_VAR} instead of #{window_var} > ------------------------------------------------------------------------------------- > > Key: WTR-441 > URL: http://jira.openqa.org/browse/WTR-441 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.5 > Environment: Firefox any version > Reporter: Joe DiMauro > Fix For: 1.6.7 > > > The method 'status' in firefox.rb is referring to #{WINDOW_VAR} instead of #{window_var} > Here's the error: > uninitialized constant FireWatir::Firefox::WINDOW_VAR > c:/ruby/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:105:in `const_missing' > c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.5/lib/firewatir/firefox.rb:460:in `status' > Fix is to replace #{WINDOW_VAR} with #{window_var} in this block of code at the approx line number 460): > # Returns the Status of the page currently loaded in the browser from status bar. > # > # Output: > # Status of the page. > # > def status > js_status = js_eval("#{window_var}.status") > js_status.empty? ? js_eval("#{WINDOW_VAR}.XULBrowserWindow.statusText;") : js_status > end -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Sat Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-483) Watir broken - Watir::Browser.new fails on Windows XP with IE 8 In-Reply-To: <256942.34.1309800669927.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <1492350.569.1358606725472.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-483. ---------------------- If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Watir broken - Watir::Browser.new fails on Windows XP with IE 8 > --------------------------------------------------------------- > > Key: WTR-483 > URL: http://jira.openqa.org/browse/WTR-483 > Project: Watir > Issue Type: Bug > Components: Frame, Other, Project Support, Window Attachment > Affects Versions: 1.8.0 > Environment: Windows XP Pro x64 SP2 > Reporter: Michael M > Priority: Blocker > Fix For: 1.9.2 > > > ruby 1.9.2p180 (2011-02-18) [i386-mingw32] > watir (1.9.1) > commonwatir (1.9.1) > A very simple script no longer runs at all, not much else to say: > require 'watir' > browser = Watir::Browser.new > browser.goto 'http://www.google.ca' > The following exception occurs: > C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:89:in `eval': undefined method `class_eval' for [["RAutomation"]]:Array (NoMethodError) > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation/element_collections.rb:8:in `each' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation/element_collections.rb:8:in `has_many' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation/window.rb:15:in `' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation/window.rb:11:in `' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation/window.rb:1:in `' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.0/lib/rautomation.rb:6:in `' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.9.1/lib/watir/core.rb:36:in `' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.9.1/lib/watir/ie.rb:2:in `' > from (eval):1:in `klass' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:89:in `eval' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:89:in `klass' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:79:in `set_options' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:142:in `set_sub_options' > from C:/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.9.1/lib/watir/browser.rb:64:in `new' > from DivsTest.rb:3:in `
' -- 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 Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-188) file_field set method fails on folders containings many files (>1000) Message-ID: <20742078.124.1358606507915.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-188. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > file_field set method fails on folders containings many files (>1000) > --------------------------------------------------------------------- > > Key: WTR-188 > URL: http://jira.openqa.org/browse/WTR-188 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.2 > Environment: Windows XP, Internet Explorer 6 SP2 > Reporter: Jeff Fry > Priority: Major > Fix For: Future > > > Reported by: Lauro Canonica > The FileField.set method fails if there are more than 1000 files in the folder containing the file: > This code fails: > $ie.file_field(:id, file).setPatched(fileName); > Watir sets the name in the filename field before the "Choose window" is ready. > The "Choose Window" will then wait forever. > Suggested quick fix: > Add a @autoit.Sleep(1000) before setting the file name field > Watir.rb line 4069: > system("rubyw -e \"require 'win32ole'; @autoit=WIN32OLE.new('AutoItX3.Control'); waitresult=@autoit.WinWait 'Choose file', '', 15; if waitresult == 1\" -e \"@autoit.Sleep(1000); @autoit.ControlSetText 'Choose file', '', 'Edit1', '#{setPath}'; @autoit.ControlSend 'Choose file', '', 'Button2', '{ENTER}';\" -e \"end\"") -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Sat Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-347) watirspec-pending: Can't locate image by :src when given the exact attribute string Message-ID: <30416441.122.1358606507830.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-347. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec-pending: Can't locate image by :src when given the exact attribute string > ----------------------------------------------------------------------------------- > > Key: WTR-347 > URL: http://jira.openqa.org/browse/WTR-347 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Priority: Major > Fix For: Soon > > > 31) > 'Image#exists? returns true when the image exists' FAILED > expected # to exist > ./spec/watirspec/image_spec.rb:17: > 32) > 'Image#exists? returns true if the element exists (default how = :src)' FAILED > expected # to exist > ./spec/watirspec/image_spec.rb:25: -- 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 Jan 19 14:42:00 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:00 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-455) link.src generates link.rb:42:in `method_missing': unknown property or method: `src' (NoMethodError) HRESULT error code:0x80070057 In-Reply-To: <17158468.1176.1286511990701.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <6152374.386.1358606520915.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-455. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > link.src generates link.rb:42:in `method_missing': unknown property or method: `src' (NoMethodError) HRESULT error code:0x80070057 > ---------------------------------------------------------------------------------------------------------------------------------- > > Key: WTR-455 > URL: http://jira.openqa.org/browse/WTR-455 > Project: Watir > Issue Type: Bug > Components: HTML Controls > Affects Versions: 1.6.5 > Environment: ruby 1.9.1 and 1.9.2 mingw from http://rubyinstaller.org/ with devkit > Reporter: Kevin DeRossett > Priority: Critical > > My Fix for Watir::Link.src in link.rb at line 39'ish > @o.getElementsByTagName("IMG")[0.to_s] was failing/not returning a # > so calling .src failes > def src > assert_exists > imgsrc = "" > @o.getElementsByTagName("IMG").each { |img| > imgsrc = img.src > break > } > return imgsrc > end -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Sat Jan 19 14:42:02 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:02 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-270) Watir 1.6.2: Watir::Exception::UnknownObjectException when accessing image via :src (Firefox) Message-ID: <27814605.440.1358606522856.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-270. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Watir 1.6.2: Watir::Exception::UnknownObjectException when accessing image via :src (Firefox) > --------------------------------------------------------------------------------------------- > > Key: WTR-270 > URL: http://jira.openqa.org/browse/WTR-270 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Windows XP > Reporter: John Fitisoff > Priority: Major > Fix For: Soon > > > I'm starting to look at porting our test framework over to 1.6.2 from 1.4.1 and ran into a problem clicking on images. See steps below. > require 'watir/browser' > Watir::Browser.default = 'firefox' > b.goto('www.google.com') > b.image(:src, 'http://www.google.com/intl/en_ALL/images/logo.gif').click > No problems with IE. Don't have a Safari environment yet. Stack trace: > Watir::Exception::UnknownObjectException: Unable to locate element, using :src, "http://www.google.com/intl/en_ALL/images/logo.gif" > from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/MozillaBaseElement.rb:967:in `assert_exists' > from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/MozillaBaseElement.rb:1112:in `click' > from (irb):3:in `breakpoint' > from c:/ruby/lib/ruby/site_ruby/1.8/breakpoint.rb:563:in `breakpoint' > from C:/eclipse/perforce_workspace/eng/test/watir/framework/ui.rb:144:in `start_session' > from C:/eclipse/perforce_workspace/eng/test/watir/framework/ui.rb:218 -- 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 Jan 19 14:42:02 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:02 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-125) Updates to support IE7 Message-ID: <3340374.444.1358606522985.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-125. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Updates to support IE7 > ---------------------- > > Key: WTR-125 > URL: http://jira.openqa.org/browse/WTR-125 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.0/1.5.1 > Reporter: Bret Pettichord > Assignee: Charley Baker > Priority: Major > Fix For: Soon > > > In reviewing, the fix for http://jira.openqa.org/browse/WTR-123 in commit http://svn.openqa.org/fisheye/changelog/watir/?cs=1145 i noticed that there are 13 instances of "Microsoft Internet Explorer" in the Watir code base that were not touched by this fix. A quick glance suggests that all of them require changes to work with IE7. -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-235) Xpath.exist returns different results in Watir and Firewatir. Message-ID: <25439583.559.1358606725208.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-235. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Xpath.exist returns different results in Watir and Firewatir. > ------------------------------------------------------------- > > Key: WTR-235 > URL: http://jira.openqa.org/browse/WTR-235 > Project: Watir > Issue Type: Bug > Components: Xpath Support > Affects Versions: 1.6.5 > Environment: WinXP Prof SP2, Ruby 1.8, Watir 1.5.6 and Firewatir 1.2.0 > Reporter: Manish Harkut > Priority: Major > Fix For: Someday > > Attachments: test.html, xpath_bug.rb > > > iIndex = 1 > $ie.div(:xpath,'/html/body/div[18]/div[3]/div[2]/div[7]/div/div/div[' + iIndex.to_s + ']').exists? > The Watir and FireWatir returns different values for the above statement. > If FireWatir it retuen true which is right and test aare executed properly However in Watir even if when the objects exists it returns false and test fails. -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-41) add a row_values method to the table class Message-ID: <18238273.557.1358606725117.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-41?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-41. --------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > add a row_values method to the table class > ------------------------------------------ > > Key: WTR-41 > URL: http://jira.openqa.org/browse/WTR-41 > Project: Watir > Issue Type: Improvement > Components: Table > Reporter: Charley Baker > Fix For: Soon > > > To be consistant with the column_values method we should add a row_values method. and unittests > Originally reported on Rubyforge: http://rubyforge.org/tracker/index.php?func=detail&aid=1836&group_id=104&atid=1999 -- 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 Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-282) Watir doesn't work on Cygwin [patch] Message-ID: <8333126.115.1358606507424.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-282. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Watir doesn't work on Cygwin [patch] > ------------------------------------ > > Key: WTR-282 > URL: http://jira.openqa.org/browse/WTR-282 > Project: Watir > Issue Type: Bug > Components: Modal Web Dialog > Affects Versions: 1.6.2 > Environment: WinXP / Cygwin > Reporter: andyl > Priority: Blocker > Fix For: Soon > > > On Cygwin, I ran into two separate problems that prevented Watir 1.6.2 from working. > First, the 'win32ole.so' file that ships with Watir appears to be incompatible with the version that is installed with my copy of Cygwin- > ruby. (see http://pastie.org/374756) > An error message 'bad file permissions' was generated when trying to run 'x = Watir::IE.new' from within IRB. > My workaround was to copy the 'ruby' version of win32ole.so into the 'watir' directories. (see http://pastie.org/374865) > Once this was done, another error occured - relating to modal dialogs. (see http://pastie.org/374865) > This was fixed by commenting out 2 lines in the Watir source code: > File - modal_dialog.rb Line - 65 GetUnknown.call ... > File - win32.rb Line - 6 GetUnknown = Win32API.new(... > Once these lines were commented out, watir worked. > Ideas for fixes: > - Fix the modal dialog issue with conditional execution: > GetUnknown.call (...) unless RUBY_PLATFORM == 'i386-cygwin' > GetUnknown=Win32APUI.new(... unless RUBY_PLATFORM =='i386-cygwin' > > - Fix the win32ole issue by not bundling this file in the gem (Brett thinks maybe it is not needed??) > - Cygwin support: run regression tests on cygwin!! -- 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 Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-326) Watir:Buttons returns incorrect collection of buttons Message-ID: <28084885.111.1358606507091.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-326. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Watir:Buttons returns incorrect collection of buttons > ----------------------------------------------------- > > Key: WTR-326 > URL: http://jira.openqa.org/browse/WTR-326 > Project: Watir > Issue Type: Bug > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: windows XP 32bit, IE7 > Reporter: Katherine > Priority: Major > Fix For: Future > > > Running the given below script for different html pages shows that Watir:Buttons returns incorrect collection of buttons. > It seems that Watir counts number of elements, but return > require 'watir' > test_site = 'http://localhost/test.html' > ie = Watir::IE.new > ie.goto(test_site) > ie.buttons.each do |a_button| > puts a_button.value > end > ================================= > Case#1: > > some title > > > > > > > Result: > "1st button" > ================================= > Case#2: > > some title > > > > > > > > Result: > "1st button > 2nd button" -- 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 Jan 19 14:42:02 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:42:02 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-179) $IE_HIDE plus ie.minimize can hide more than just IE Message-ID: <32161700.438.1358606522753.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-179. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > $IE_HIDE plus ie.minimize can hide more than just IE > ---------------------------------------------------- > > Key: WTR-179 > URL: http://jira.openqa.org/browse/WTR-179 > Project: Watir > Issue Type: Bug > Reporter: Jeff Fry > Fix For: Future > > > If you create a script containing both $IE_HIDE and $ie.minimize, $ie.minimize will go ahead and minimize whatever window has focus (which might happen to be an IE window, but is just as likely to be some other application). > Expected: > $ie.minimize should never minimize anything other than IE. > Sample script to repro the bug: > require 'test/unit' > require 'watir' > class TC_OnlyMinimizeIE < Test::Unit::TestCase > def test_only_minimize_ie > $HIDE_IE = true > $browser = Watir::IE.new > 5.times do > $browser.minimize # this will currently minimize five items from your desktop. > end #do > end #def > end #class -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-419) :xpath performaing wrong call to nokogiri in ie-class.rb Message-ID: <25471337.571.1358606725508.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-419. ---------------------- If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > :xpath performaing wrong call to nokogiri in ie-class.rb > -------------------------------------------------------- > > Key: WTR-419 > URL: http://jira.openqa.org/browse/WTR-419 > Project: Watir > Issue Type: Bug > Components: Xpath Support > Affects Versions: 1.6.5 > Environment: Windows/Watir 1.6.5 > Reporter: Matt Baker > Assignee: Charley Baker > Fix For: 1.6.6 > > > Line 910 of ie-class.rb uses the "search" method provided by Nokogiri, which will search for either a CSS selector or an xpath. Nokogiri decides which type you're using via a regex that matches an expression starting with a "(" as a CSS selector. > Because of this some xpaths will fail when using the search() method. > Ex. > When /^I select option ([1-9]+) of "([^\"]*)"$/ do |idx, field_name| > @browser.radio(:xpath, "(//input[@name='#{field_name}'])[position()=# > {idx}]").click > end > This example is a valid xpath expression, I'm relying upon those parentheses to allow me to refer nodes in the node-set by index. > My proposal would be to change the following in ie-class.rb... > doc.search(xpath).each do |element| > ...to... > doc.xpath(xpath).each do |element| > ... which will explicitly treat the string as an xpath expression. I think this is semantically correct since we refer to the "how" by saying ":xpath." From an end-user perspective I would expect the corresponding call underneath to be explicit instead of supporting css or xpath selectors. > If folks need the CSS selectors perhaps we could provide a :css option? > I'm sure some folks might have differing opinions on this, but we've made the switch and it seems to be working nicely so far, plus we've been able to continue development. -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-458) Watir version 1.6.6 doesn't show correct version number In-Reply-To: <20139552.12.1286901259841.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <9028893.567.1358606725402.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-458. ---------------------- If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Watir version 1.6.6 doesn't show correct version number > ------------------------------------------------------- > > Key: WTR-458 > URL: http://jira.openqa.org/browse/WTR-458 > Project: Watir > Issue Type: Bug > Components: Gem installer > Affects Versions: 1.6.6 > Environment: Windows XP, IE8 > Reporter: Ning Cao > Fix For: 1.6.7 > > > I'm running Watir on Windows XP and just updated to version 1.6.6, after the installation I wanted to check the version by using > ruby -e 'require "watir"; puts Watir::IE::VERSION' > [expected]Should show version number 1.6.6 > [actual]The output was: > -e:1: warning: toplevel constant VERSION referenced by Watir::IE::VERSION > 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 Sat Jan 19 14:41:47 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:47 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-388) Enable reading body attributes in Firewatir, as in Watir Message-ID: <33441577.113.1358606507183.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-388. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Enable reading body attributes in Firewatir, as in Watir > -------------------------------------------------------- > > Key: WTR-388 > URL: http://jira.openqa.org/browse/WTR-388 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: Open QA Migration > Environment: any > Reporter: Zeljko > > - moved from http://code.google.com/p/firewatir/issues/detail?id=56 > Issue 56: Enable reading body attributes in Firewatir, as in Watir > 2 people starred this issue and may be notified of changes. > Status: Started > Owner: angrez > Type-Defect > Priority-Medium > Milestone-Release1.1.2 > Reported by jeff.fry, Nov 27, 2007 > In Watir, I can read the attributes on a body tag like so: > irb(main):003:0> br.goto('http://sandbox.freebase.com/view/defenestration' ) > => 2.753 > irb(main):005:0> br.document.body.getAttribute('mwloaded') > => "true" > When I try the same in Firewatir, I get: > irb(main):004:0> br.goto('http://sandbox.freebase.com/view/defenestration') > => "http://sandbox.freebase.com/view/defenestration " > irb(main):006:0> br.document.body.getAttribute('mwloaded') > NoMethodError: undefined method `body' for # > from (irb):6 > I would love it if document.body.getAttribute implemented could be > implemented in Firewatir. > Thanks! > --- > Comment 1 by angrez, Apr 08, 2008 > (No comment was entered for this change.) > Status: Started > Owner: angrez > Labels: Milestone-Release1.1.2 -- 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 Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-417) If the html contains a BR tag, watir splits it with a new line and fire watir doesn't give a new line Message-ID: <1417471.140.1358606508955.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-417. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > If the html contains a BR tag, watir splits it with a new line and fire watir doesn't give a new line > ----------------------------------------------------------------------------------------------------- > > Key: WTR-417 > URL: http://jira.openqa.org/browse/WTR-417 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Windows XP > Reporter: Pallavi > Priority: Major > Fix For: Soon > > > code looks like this: > Say the input is: >

hello
bye

> Now if you do from watir saying > puts ie.text > it will print > hello > bye > so text is seperated by new line > but with firewatir > ff.text > output is: > hello bye > separated by space. or at times no space also. -- 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 Jan 19 14:45:25 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:45:25 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-460) DataHandler CSV code doesn't close the file opened In-Reply-To: <11332569.54.1287030259941.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <14656628.564.1358606725340.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-460. ---------------------- If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > DataHandler CSV code doesn't close the file opened > -------------------------------------------------- > > Key: WTR-460 > URL: http://jira.openqa.org/browse/WTR-460 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.4, 1.4.1, Open QA Migration, 1.5.0/1.5.1, 1.5.2, 1.5.3, 1.5.4, 1.5.5, 1.5.6, 1.6.0, 1.6.1, 1.6.2, 1.6.3, 1.6.5, 1.6.6 > Environment: All platforms > Reporter: Babitha Augusthy > Assignee: Charley Baker > Priority: Major > Fix For: 1.6.7 > > > The Datahandler.rb code for loading the data from an excel file or csv file, does not close the file if it is a CSV file. The excel instance stays in memory and retains a handle to the csv file opened, thereby rendering the file read-only until the excel instance is killed in Task Manager manually. -- 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 gmail.com Sat Jan 19 18:07:00 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Sat, 19 Jan 2013 19:07:00 +0100 Subject: [Wtr-development] [wtr-general] Watir-Classic 3.4.0 Released! In-Reply-To: References: Message-ID: On Sun, Jan 6, 2013 at 9:57 PM, Jarmo wrote: > I'm happy to announce that Watir-Classic 3.4.0 has been released! Blog post: http://watir.com/2013/01/20/watir-classic-3-4-0-released/ Social networks: https://twitter.com/watir/status/292693512112205824 https://www.facebook.com/watirproject/posts/131900856975172 https://plus.google.com/b/100602917593825281282/100602917593825281282/posts/WytuAca53Q9 http://www.linkedin.com/groups/WatirClassic-340-Released-88535.S.206167053 ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-226) WIN32OLERuntimeError with table.each() if there are embedded tables Message-ID: <26150265.127.1358606508060.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-226. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > WIN32OLERuntimeError with table.each() if there are embedded tables > ------------------------------------------------------------------- > > Key: WTR-226 > URL: http://jira.openqa.org/browse/WTR-226 > Project: Watir > Issue Type: Bug > Components: HTML Controls > Affects Versions: 1.5.6 > Environment: Watir 1.5.6 ( I also see it on 1.5.2), WinXP > Reporter: Hugh > Fix For: Soon > > > If there's a table embedded in table, you get a WIN32OLERuntime error when iterating over the outer table with each(). If you iterate on the inner table it works properly. I've included some sample html and an IRB session snippet > Outer Table > irb(main):010:0> ie.tables[1].each { |t| puts t.class} > Watir::TableRow > Watir::TableRow > WIN32OLERuntimeError: unknown property or method `2' > HRESULT error code:0x80020006 > Unknown name. > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.6/./watir/table.rb:154:in > `[]' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.6/./watir/table.rb:154:in > `_row' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.6/./watir/table.rb:91:in ` > each' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.6/./watir/table.rb:90:in ` > upto' > from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.5.6/./watir/table.rb:90:in ` > each' > from (irb):10 > Inner Table > irb(main):011:0> ie.tables[2].each { |t| puts t.class} > Watir::TableRow > => 1 > Embedded Table Test > > > >
Outer table
Inner Table
> -- 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 Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-139) Element#ole_object often returns nil Message-ID: <25893099.137.1358606508811.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-139. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Element#ole_object often returns nil > ------------------------------------ > > Key: WTR-139 > URL: http://jira.openqa.org/browse/WTR-139 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.0/1.5.1 > Reporter: Bret Pettichord > Priority: Major > Fix For: Soon > > > this is also called Element#getOLEobject. > This is a compatability problem with 1.4 -- 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 Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-439) error using attach method with => syntax In-Reply-To: <2798750.201.1273578510734.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <30249149.135.1358606508451.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-439. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > error using attach method with => syntax > ---------------------------------------- > > Key: WTR-439 > URL: http://jira.openqa.org/browse/WTR-439 > Project: Watir > Issue Type: Bug > Components: Window Attachment > Affects Versions: 1.6.5 > Environment: Windows XP, IE8 > Reporter: Marc Betts > Priority: Major > Fix For: Soon > > > browser.attach(:title=>"title") returns the following error: > ArgumentError: wrong number of arguments (1 for 2) > This works fine using browser.attach(:title, "title") -- 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 Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-479) UTF-8 Error In-Reply-To: <24535166.19.1307196956306.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <2128142.129.1358606508192.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-479. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > UTF-8 Error > ----------- > > Key: WTR-479 > URL: http://jira.openqa.org/browse/WTR-479 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.8.0 > Environment: ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0] > Reporter: Sokolov Ilya > Priority: Major > Fix For: Soon > > > {quote} > # encoding: UTF-8 > require "watir" > b = Watir::Browser.new() > b.goto("http://ya.ru") > t = b.text_field(:id, "text") > t.set "??????" > {quote} > Create error > {quote} > Encoding::CompatibilityError: incompatible character encodings: ASCII-8BIT and UTF-8 > method block in doKeyPress in text_field.rb > method each in text_field.rb > method doKeyPress in text_field.rb > method set in text_field.rb > method
in test.rb > {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 Sat Jan 19 14:41:48 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:48 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-402) The method, 'click_no_wait' seems not to work in Firewatir Message-ID: <8483436.131.1358606508273.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-402. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > The method, 'click_no_wait' seems not to work in Firewatir > ---------------------------------------------------------- > > Key: WTR-402 > URL: http://jira.openqa.org/browse/WTR-402 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: Open QA Migration > Environment: windows > Reporter: Zeljko > Assignee: Angrez > > - moved from http://code.google.com/p/firewatir/issues/detail?id=84 > Issue 84: The method, 'click_no_wait' seems not to work in Firewatir > 1 person starred this issue and may be notified of changes. > Status: New > Owner: ---- > Reported by vaidyalingam.b, Mar 25, 2009 > What steps will reproduce the problem? > 1. Please execute the following code: > require 'watir' > Watir::Browser.default = 'firefox' > $browser = Watir::Browser.new > $browser.goto('www.google.com') > $browser.maximize > $browser.text_field(:name,'q').set('random') > $browser.button(:name,'btnG').click_no_wait > What is the expected output? What do you see instead? > The command, '$browser.button(:name,'btnG').click_no_wait' should click > the 'Google Search' button. But, it does not > What version of the product are you using? On what operating system? > Firewatir that comes with Watir 1.6.2 > Operating System - Windows XP Service Pack 2 > Browser - Mozilla Firefox 3.0.7 -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-435) Default locator for all elements should be :index => 1 In-Reply-To: <23000233.144.1273275031178.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <24690286.154.1358606509564.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-435. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Default locator for all elements should be :index => 1 > ------------------------------------------------------ > > Key: WTR-435 > URL: http://jira.openqa.org/browse/WTR-435 > Project: Watir > Issue Type: New Feature > Components: Other > Affects Versions: 2.0 > Environment: any > Reporter: Jarmo Pertman > > I'm finding myself very often clicking links on the table with random > identifiers. Consider a table like this: > > > > > > > > > >
SomethingDelete
Something elseDelete
> Now, if i want to delete "Something else", then > currently i have to do something like this: > product = b.table(:id => "table_id").rows.find {|row| row.text == > "Something else"} > product.link(:index => 1).click > With my proposal it would be like this: > product = b.table(:id => "table_id").rows.find {|row| row.text == > "Something else"} > product.link.click -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-366) watirspec: add Link#url as alias for Link#href Message-ID: <3401589.144.1358606509090.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-366. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec: add Link#url as alias for Link#href > ---------------------------------------------- > > Key: WTR-366 > URL: http://jira.openqa.org/browse/WTR-366 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Priority: Major > Fix For: Soon > > > 12) > NoMethodError in 'Link#url returns the href attribute' > undefined method `url' for # > ./spec/watirspec/link_spec.rb:96: -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-321) Inconsistency between actual method selectList#includes? and rdoc listing of selectList#include? Message-ID: <383178.158.1358606509838.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-321. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Inconsistency between actual method selectList#includes? and rdoc listing of selectList#include? > ------------------------------------------------------------------------------------------------ > > Key: WTR-321 > URL: http://jira.openqa.org/browse/WTR-321 > Project: Watir > Issue Type: Bug > Components: Documentation > Affects Versions: 1.6.2 > Environment: Windows XP, looking at rdoc on Firefox, looking at code in SciTE > Reporter: Joe Lyons > Attachments: actualDeclarationScreenshot.jpg, onlineRDOCScreenshot.jpg > > > Hi, > I was trying to use the method include? in Watir::SelectList and was running into errors for that not being an actual method. I found the method online on the rdoc (I'll include a screenshot if I can). I looked at the class declaration and found it was actually includes? > So I'm not sure what caused the inconsistency or if it has already been fixed, but I thought I'd give it a shot at reporting it. > Thanks, > Joe -- 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 mcnulla at gmail.com Sat Jan 19 23:47:42 2013 From: mcnulla at gmail.com (Dave McNulla) Date: Sat, 19 Jan 2013 15:47:42 -0800 Subject: [Wtr-development] Hard-working volunteers! In-Reply-To: References: Message-ID: <811966362437640354@unknownmsgid> You guys are really busting your butts today! Kudos to you all! Thanks - Sent from my iPhone From watirjira at gmail.com Sat Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-351) watirspec: Element.new raises ArgumentError with wrong message Message-ID: <218662.142.1358606509009.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-351. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec: Element.new raises ArgumentError with wrong message > -------------------------------------------------------------- > > Key: WTR-351 > URL: http://jira.openqa.org/browse/WTR-351 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Priority: Major > Fix For: Soon > > > 21) > 'Element.new raises ArgumentError if given the wrong number of arguments' FAILED > expected ArgumentError with "wrong number of arguments (4 for 2)", got # > ./spec/watirspec/element_spec.rb:23: -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-174) Selecting values that should enable radio buttons, doesn't enable them Message-ID: <3741907.156.1358606509689.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-174. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Selecting values that should enable radio buttons, doesn't enable them > ---------------------------------------------------------------------- > > Key: WTR-174 > URL: http://jira.openqa.org/browse/WTR-174 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.0/1.5.1 > Environment: Windows XP client, IE 6 > Reporter: Lisa Crispin > Fix For: Soon > > > Writing script for a page where selecting certain items will cause other radio buttons further down the page to enable so you can select those too. This worked manually, but when the Watir script selected the item, the other radio buttons were not enabled. I worked around by coming back to the page, but that was clumsy. > I did get an answer for how to do this from Zeljko and it worked, but Bret said this should be entered as a bug. > This was the solution: > ie.select_list(:id, "planAdvisorId").select("Lastname, Firstname") > ie.select_list(:id, "planAdvisorId").fire_event("onclick") > This was the javascript: >
>

> Enter the plan's Tax ID (EIN), an optional Promo Code and select a Product Fee Schedule. >

> > > > > > > > > > > > > > > > > > > >
>
>
>
>
> checked="checked" > > > Unknown
> > > pretend unbundled
>
>

> When establishing the plan on behalf of an advisor, you must also select the Plan Advisor, > the advisor's Service Level and associated Rate(s). >

> > > > > > > > > > > > > > > >
>
> checked="checked" onclick="javascript:selectServiceLevel();">   >
>
>
    >
  • Online Plan Establishment
    • >
  • Review of Investment Options
    • >
  • Annual Plan Review
    • >
> > > > > > > > > > > > > > > > > > > > >
TierAsset CeilingRate
1.$999,999,999,999.00 >
>
> onclick="javascript:selectServiceLevel();">   >
>
>
    >
  • Online Plan Establishment
    • >
  • Review of Investment Options
    • >
  • Semi-Annual and Annual Plan Review
    • >
  • On Going Participant Education
    • >
> > > > > > > > > > > > > > > > > > > > >
TierAsset CeilingRate
1.$999,999,999,999.00 >
>
>
>
> >
>
> -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-434) Possible issue with Watir method "check_for_http_error" and IE8 In-Reply-To: <9800095.3.1272118470649.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <14293804.148.1358606509257.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-434. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Possible issue with Watir method "check_for_http_error" and IE8 > --------------------------------------------------------------- > > Key: WTR-434 > URL: http://jira.openqa.org/browse/WTR-434 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.6.5 > Environment: IE 8 > Reporter: Joe DiMauro > > In Watir 1.6.5 it appears that the method check_for_http_error does > NOT support IE8, as there is NO check for "8.0", only for "7.0", or a > default to IE6. I noticed this because some pages I've hit in my tests > run in IE8 are NOT raising NavigationException's even when one has > occurred. > Here's the current method: > # File lib/watir/page-container.rb, line 10 > def check_for_http_error > # check for IE7 > n = self.document.invoke('parentWindow').navigator.appVersion > m=/MSIE\s(.*?);/.match( n ) > if m and m[1] =='7.0' > if m = /HTTP (\d\d\d.*)/.match( self.title ) > raise NavigationException, m[1] > end > else > # assume its IE6 > url = self.document.location.href > if /shdoclc.dll/.match(url) > m = /id=IEText.*?>(.*?) raise NavigationException, m[1] if m > end > end > I'd recommend swapping the condition and make IE7 and later the default, and IE6 the exception. This presumes that future versions of IE will behave like IE7/IE8, and not like IE6. Thus the new code would be: > def check_for_http_error > # Determine the IE Version > n = self.document.invoke('parentWindow').navigator.appVersion > m=/MSIE\s(.*?);/.match( n ) > if m and m[1] =='6.0' # Deal with IE6 > url = self.document.location.href > if /shdoclc.dll/.match(url) > m = /id=IEText.*?(.*?) raise NavigationException, m[1] if m > end > > else # Presume its IE7 or later > if m = /HTTP (\d\d\d.*)/.match( self.title ) > raise NavigationException, m[1] > end > > end > > false > end > false > end -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From watirjira at gmail.com Sat Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-260) The 'html' method for Firefox returns the "innerHTML" unlike IE which returns "outerHTML" Message-ID: <29060838.150.1358606509310.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-260. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > The 'html' method for Firefox returns the "innerHTML" unlike IE which returns "outerHTML" > ------------------------------------------------------------------------------------------ > > Key: WTR-260 > URL: http://jira.openqa.org/browse/WTR-260 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.0 > Reporter: Bret Pettichord > Priority: Major > Fix For: Future > > > Watir's "html" method originally returned the innerhtml, but this was changed to the outerhtml because this better fit the expectations of our users. However, the outerHTML method is not supported on Firefox. -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-501) CLONE -Tk crashes after invoking watir in a thread In-Reply-To: <28166443.5.1328401027727.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <14836340.146.1358606509168.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-501. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > CLONE -Tk crashes after invoking watir in a thread > -------------------------------------------------- > > Key: WTR-501 > URL: http://jira.openqa.org/browse/WTR-501 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.9.1 > Environment: Windows 7, IE, PC > Reporter: Jason Fisher > Priority: Major > > I use Tk to create GUI to invoke watir. When I click a button, IE > window should be opened. To avoid the freezing UI, I put it into a new > thread. This worked until everything finished and I closed Tk window. > There will be segmentation fault. I am not familar with Thread in > Ruby. Should I clean something after a thread is done? > Here is the simplified code. If you run this code, you will get a > segmentation erro when closing the Tk window. > require 'tk' > require 'watir' > root = TkRoot.new() { title "test watir" } > Thread.new{ > browser = Watir::IE.new > sleep(2) > browser.close > } > Tk.mainloop() > Here is the error msg: > segerr.rb: [BUG] Segmentation fault > ruby 1.9.3p0 (2011-10-30) [i386-mingw32] > -- Control frame information > ----------------------------------------------- > c:0001 p:0000 s:0002 b:0002 l:001bd4 d:001bd4 TOP > -- C level backtrace information > ------------------------------------------- > C:\Windows\SysWOW64\ntdll.dll(NtWaitForSingleObject+0x15) [0x77a5f8c1] > C:\Windows\syswow64\kernel32.dll(WaitForSingleObjectEx+0x43) > [0x75571194] > C:\Windows\syswow64\kernel32.dll(WaitForSingleObject+0x12) > [0x75571148] > C:\Users\mememe\Ruby193tk\bin\msvcrt-ruby191.dll(rb_vm_bugreport+0xf9) > [0x62e5acc9 > ] > C:\Users\mememe\Ruby193tk\bin\msvcrt-ruby191.dll(rb_name_err_mesg_new > +0x17a) [0x62 > d3a68e] > C:\Users\mememe\Ruby193tk\bin\msvcrt-ruby191.dll(rb_bug+0x2f) > [0x62d3b3ef] > C:\Users\mememe\Ruby193tk\bin\msvcrt-ruby191.dll(rb_check_safe_str > +0x1a4) [0x62ded > 27c] > [0x004011e6] > C:\Users\mememe\Ruby193tk\lib\ruby\gems\1.9.1\gems\watir-2.0.4\lib > \watir\IEDialog\ > Release\IEDialog.dll(DoButtonClick+0x5215) [0x10006985] > C:\Windows\SysWOW64\ntdll.dll(RtlKnownExceptionFilter+0xb7) > [0x77ab21d7] -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-420) To make a method to fetch only visible text from (sub)elements Message-ID: <13849706.152.1358606509386.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-420. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > To make a method to fetch only visible text from (sub)elements > -------------------------------------------------------------- > > Key: WTR-420 > URL: http://jira.openqa.org/browse/WTR-420 > Project: Watir > Issue Type: New Feature > Components: HTML Controls, Table > Affects Versions: 1.6.2 > Environment: Win2003, Watir 1.6.2, Ruby 1.8.6 > Reporter: Alexey > Priority: Major > > For example we have the following html code: > {code:html} > > > > >
>
Text 1
>
Text 2
>
> {code} > with calling > {code:Java}txt=browser.cell(:id => "myelement").innerText(){code} > we will have {{txt="Text 1Text 2"}} > But second div is invisible and user can see only "Text 1". > It is needed to fetch only visible text with new method getVisibleText() -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-186) remove :caption Message-ID: <28423916.170.1358606510328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-186. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > remove :caption > --------------- > > Key: WTR-186 > URL: http://jira.openqa.org/browse/WTR-186 > Project: Watir > Issue Type: Improvement > Components: HTML Controls > Reporter: Zeljko > Fix For: Soon > > > We can locate HTML tag by caption attribute, but according to http://www.w3.org/TR/html401/index/attributes.html that attribute does not exist. It is now synonym for value, but I think it should be deprecated. -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-284) in winClicker.rb, clickWindowsButton() does not properly handle the string "OK" occurring in the text of the alert dialog [patch] Message-ID: <2992451.164.1358606510138.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-284. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > in winClicker.rb, clickWindowsButton() does not properly handle the string "OK" occurring in the text of the alert dialog [patch] > --------------------------------------------------------------------------------------------------------------------------------- > > Key: WTR-284 > URL: http://jira.openqa.org/browse/WTR-284 > Project: Watir > Issue Type: Bug > Components: Other > Affects Versions: 1.6.2 > Environment: Web page available that has a javascript alert with the text "OK" appearing in the message. > Using winClicker.rb, attempt to utilize any of the convenience methods for clicking the OK button. > Result: The alert is never cleared. > Reporter: Mikkie Thompson > Priority: Major > Fix For: Future > > Attachments: clickwindowsbutton.diff, popuperror.rb, popuptest.html > > > In winClicker.rb, no class verification occurs when getting child handles. Typically this is not an issue, however, specifically for clicking on buttons, the text of the button can be contained in another child of that parent. -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-416) The .html returns seperate text in Watir and Firewatir Message-ID: <19291881.166.1358606510194.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-416. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > The .html returns seperate text in Watir and Firewatir > ------------------------------------------------------ > > Key: WTR-416 > URL: http://jira.openqa.org/browse/WTR-416 > Project: Watir > Issue Type: Improvement > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Windows XP > Reporter: Pallavi > > The .html in watir and FireWatir they return different outputs > As Explained by Angrez > The difference you see in HTML is because Watir returns outerHTML for an element and FireWatir returns innerHTML for element. Can you log a bug in JIRA so that we can track this in next release? -- 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 Jan 19 14:41:49 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:49 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-232) Add down_load_time feature Message-ID: <14244053.160.1358606509930.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-232. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Add down_load_time feature > -------------------------- > > Key: WTR-232 > URL: http://jira.openqa.org/browse/WTR-232 > Project: Watir > Issue Type: New Feature > Components: FireWatir > Environment: Windows XP > Reporter: Ravid Te > Fix For: Soon > > > Would it be possible to add this feature, which is present in Watir, into FireWatir? This way people who use the down_load_time function in Watir, would not have to edit their scripts so much to make them work for FF as well. -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-494) Need better error message when .table[n][n] is called with invalid value In-Reply-To: <5400183.3.1320958500634.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> Message-ID: <15373741.168.1358606510261.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-494. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Need better error message when .table[n][n] is called with invalid value > ------------------------------------------------------------------------ > > Key: WTR-494 > URL: http://jira.openqa.org/browse/WTR-494 > Project: Watir > Issue Type: Bug > Components: Table > Affects Versions: 2.0 > Environment: watir 1 => 2 upgrade > Reporter: Chuck van der Linden > > Calls to browser.table[r][c] will fail with a weird error message if one of the values is out of the possible range. Most typically seen in a situation where a user of watir 1 upgrades to watir 2 and does not revise their index values. > repro try to do something like click a link in a 2x2 table, > with indexing set for zero based, > using code like browser.table(:how, 'what')[2][1].click > Expected: error message that cell does not exist, index is out of range, or something along those lines. > Actual: the error: "Undefined method `each' for :ole_object:Symbol > (NoMethodError)" > ref this thread on watir general http://groups.google.com/group/watir-general/browse_thread/thread/9d5ed8c8e161ce26 -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-310) can't get at input images through images array within a div Message-ID: <11673955.199.1358606511864.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-310. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > can't get at input images through images array within a div > ----------------------------------------------------------- > > Key: WTR-310 > URL: http://jira.openqa.org/browse/WTR-310 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Windows, FF3 > Reporter: stacia > > Please check out the following code. The context is a rating box for users. The only (non xpath) way I can get to these images is to reference that div by class (browser.div(:class,"comment_data_container container").images) . I'd expect that the images array would contain the input images, but it only seems to include other (non input type) images within the div. > {{
>
>
> Spelling: > > > > > >
>
}} ... -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-162) Directives relating to monitoring by Webmetrics Inc. Message-ID: <10577678.174.1358606510533.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-162. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Directives relating to monitoring by Webmetrics Inc. > ---------------------------------------------------- > > Key: WTR-162 > URL: http://jira.openqa.org/browse/WTR-162 > Project: Watir > Issue Type: New Feature > Environment: Windows XP/Vista > Reporter: Bach Le > Priority: Major > Fix For: Soon > > Attachments: ie-new-process.rb, webmetrics_monitoring.zip > > > Attached will be some code that our company (Webmetrics Inc. you can find us at http://www.webmetrics.com) has found relevant and useful in monitoring. This submission is a contribution to the community as sort of a monitoring package that can be distributed. These functions provide useful features such as: > 1. The ability to have timeouts (step timeouts as well as transaction timeouts) > 2. A function to close dialogs. This is threaded so it should be called before a dialog appears. > 3. The ability to set cookies for a domain and modify form data (especially hidden form data) > 4. The ability to easily randomize a test such as using multiple logins for the same script, etc. > 5. Ability to use dates in tests (including timezones, provided the correct packages are installed, TZInfo). This is useful when trying to get times or dates in other timezones or even making sure that the date used is x days or x hours ahead of the current time in a specific timezone. > 6. The ability to easily throw an exception upon detection of a certain string (error string) > 7. Performing matches and nth matches on the html of the page. (Useful when doing a first match or an nth match to a given pattern or regex) > > Improvements to IE.new_process > I've read many posts on the forums relating to how one can run a test without having to worry about dealing with the cookie space or temporary internet files, basically a new user experience. > I've modified IE.new_process to create a temporary folder that IE will use to output all cookies and temporary internet files(cached files) to during the running of the test. When IE.kill is called, it will delete this directory to clear the space on the hard disk. This temporary folder will be created in the path defined by the TEMP system variable on that machine. > Code > I will attach the code to this ticket. The functions I described above will be found in the file wm.zip. On my machine, this file is placed in C:\ruby\lib\ruby\1.8 so you can unzip wm.zip to that directory. This of course can change if someone can suggest a better place to put it. Perhaps in the gems folder? > Also the improvements to IE.new_process will attached as itself. To view the changes, perform a diff on the file. > We are currently working on more functionality so please look forward to more from us. > Bach Le > Software Engineer > Webmetrics Inc. > bmle at webmetrics.com > 877-524-8299 x 450 -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-363) watirspec: SelectList#select return value Message-ID: <12977222.172.1358606510367.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-363. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec: SelectList#select return value > ----------------------------------------- > > Key: WTR-363 > URL: http://jira.openqa.org/browse/WTR-363 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Priority: Major > Fix For: Soon > > > 66) > 'SelectList#select returns the value selected' FAILED > expected: "Danish", > got: nil (using ==) > ./spec/watirspec/select_list_spec.rb:268: > 67) > 'SelectList#select returns the first matching value if there are multiple matches' FAILED > expected: "Danish", > got: nil (using ==) > ./spec/watirspec/select_list_spec.rb:272: > 68) -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-154) Remove :beforeText and :afterText Message-ID: <27454711.162.1358606510021.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-154. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Remove :beforeText and :afterText > --------------------------------- > > Key: WTR-154 > URL: http://jira.openqa.org/browse/WTR-154 > Project: Watir > Issue Type: Improvement > Components: HTML Controls > Reporter: Bret Pettichord > Fix For: Soon > > > These don't seem to work the way people expect and won't port to Firewatir, etc anyway. -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-220) Support Drag and Drop [patch] Message-ID: <12026545.186.1358606511462.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-220. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Support Drag and Drop [patch] > ----------------------------- > > Key: WTR-220 > URL: http://jira.openqa.org/browse/WTR-220 > Project: Watir > Issue Type: New Feature > Reporter: Bret Pettichord > Priority: Major > Fix For: Soon > > Attachments: common_extensions.rb, watir_extensions.rb > > > Paul Rogers: > drag and drop is definitely possible, but its hard, because its > entirely dependant on how the drag drop code was implemented in the > app. > You'll need to look at the javascript and figure out how its > implemented, and then figure out what to do to initiate a drag, and > what to do to do the drop. > Ive got some code that works really well for my app, ( file attached, > but it may not be useful for you at all) > you use it like this > require 'watir' > require 'watir_extensions' > ie = Watir::IE.start > ie.div(:id , 'foo').drag_to( 100 , 100 ) -- 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 Jan 19 14:41:50 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:50 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-61) Make Watir use zero based indexing Message-ID: <28645223.176.1358606510809.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-61?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-61. --------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Make Watir use zero based indexing > ---------------------------------- > > Key: WTR-61 > URL: http://jira.openqa.org/browse/WTR-61 > Project: Watir > Issue Type: New Feature > Components: HTML Controls > Affects Versions: 1.4 > Reporter: Bret Pettichord > Fix For: 2.0 > > > we currently use one-based indexing for :index and for columns and rows in tables, but users are confused and can't > tell where Watir's one-based indexing end and Ruby's zero-based indexing begins. > We need to make watir consistent with ruby. > Originally reported on Rubyforge: http://rubyforge.org/tracker/index.php?func=detail&aid=2281&group_id=104&atid=490 -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-353) watirspec: TextFields of type 'hidden' should not be visible Message-ID: <1380877.197.1358606511780.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-353. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > watirspec: TextFields of type 'hidden' should not be visible > ------------------------------------------------------------ > > Key: WTR-353 > URL: http://jira.openqa.org/browse/WTR-353 > Project: Watir > Issue Type: Sub-task > Components: HTML Controls > Affects Versions: 1.6.2 > Environment: Watir::IE on WinXP > Reporter: Jari Bakken > Priority: Major > Fix For: Soon > > > 23) > 'Element#visible? returns false if the element is input element where type == 'hidden'' FAILED > expected visible? to return false, got true > ./spec/watirspec/element_spec.rb:57: -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-287) Need click_no_wait for firewatir Message-ID: <15019458.188.1358606511523.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-287. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Need click_no_wait for firewatir > -------------------------------- > > Key: WTR-287 > URL: http://jira.openqa.org/browse/WTR-287 > Project: Watir > Issue Type: New Feature > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Ruby 1.8.6; FireWatir 1.6.2, Firefox 3.0.6 > Reporter: jun > Assignee: Angrez > Priority: Major > Fix For: Future > > > I tried the click_no_wait walkaround for firefox posted on the > firewatir compability page, > def click_no_wait(object_name) > $jssh_socket.send("browser.contentWindow.setTimeout(function() > {document.forms[0].#{object_name}.click()},0);\n", 0) > self.read_socket() > end > However, I got "NoMethodError: undefined method `read_socket' > for ........" error -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-176) Memory leak in at attach ? Message-ID: <1544703.183.1358606511408.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-176. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Memory leak in at attach ? > -------------------------- > > Key: WTR-176 > URL: http://jira.openqa.org/browse/WTR-176 > Project: Watir > Issue Type: Bug > Affects Versions: 1.5.2 > Reporter: Markus Kohler > Priority: Critical > Fix For: Soon > > > I changed one of the tests in attach_to_new_window_test.rb to : > def test_simply_attach_to_new_window > IE.attach_timeout = 0.2 > 100.times{ > $ie.link(:text, 'New Window').click > ie_new = IE.attach(:title, //) > #assert(ie_new.text.include?('PASS')) > ie_new.close > } > end > and replaced the pass.html by a bigger html page. > Running this test with watir on windows shows that the IE process gets bigger and bigger, whereas running the same test manually doesn't show this behaviour. > I suspect that there's a memory leak in Watir, because I also see this problem in real world tests. > Regards, > Markus -- 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 gmail.com Mon Jan 21 08:22:41 2013 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 21 Jan 2013 09:22:41 +0100 Subject: [Wtr-development] Hard-working volunteers! In-Reply-To: <811966362437640354@unknownmsgid> References: <811966362437640354@unknownmsgid> Message-ID: On Sun, Jan 20, 2013 at 12:47 AM, Dave McNulla wrote: > You guys are really busting your butts today! If you are talking about Jira e-mail notifications, see this. :) http://rubyforge.org/pipermail/wtr-development/2013-January/004017.html ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Jan 19 14:41:52 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:52 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-303) Speed up FireWatir's TextField#set (zippy speed) with suggestion. Message-ID: <17635793.201.1358606512022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-303. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > Speed up FireWatir's TextField#set (zippy speed) with suggestion. > ----------------------------------------------------------------- > > Key: WTR-303 > URL: http://jira.openqa.org/browse/WTR-303 > Project: Watir > Issue Type: Improvement > Components: FireWatir > Affects Versions: 1.6.2 > Environment: Firefox 3.0, Ubuntu 8.10 > Reporter: David Welton > Fix For: Future > > > I took out all of the events and it speeds things up some. It might be nice to make this an option, with a bit of documentation explaining that it might create problems if your script depends on Javascript events in the text fields in question. > {code} > module FireWatir > class TextField < InputElement > def doKeyPress( value ) > begin > max = maxlength > if (max > 0 && value.length > max) > original_value = value > value = original_value[0...max] > element.log " Supplied string is #{suppliedValue.length} chars, which exceeds the max length (#{max}) of the field. Using value: #{value}" > end > rescue > # probably a text area - so it doesnt have a max Length > end > for i in 0..value.length-1 > # sleep element.typingspeed # typing speed > c = value[i,1] > # element.log " adding c.chr " + c #.chr.to_s > @o.value = "#{(@o.value.to_s + c)}" #c.chr > end > # @o.fireEvent("onKeyDown") > # @o.fireEvent("onKeyPress") > # @o.fireEvent("onKeyUp") > end > end > end > {code} -- 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 Jan 19 14:41:51 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:51 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-66) IE#Frame.show_frames doesn't work Message-ID: <19561160.181.1358606511281.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-66?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-66. --------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > IE#Frame.show_frames doesn't work > --------------------------------- > > Key: WTR-66 > URL: http://jira.openqa.org/browse/WTR-66 > Project: Watir > Issue Type: Bug > Components: Frame > Affects Versions: 1.5.0/1.5.1 > Environment: Watir 1.5.0.993 on Branch: modal_dialog > Reporter: David Schmidt > Fix For: Soon > > > Frame.show_frames no longer works. Since frames may contain sub-frames, the "show_frames" method (and probably other "show" methods) should be in module Container rather than class IE: > irb(main):101:0> ie.frame('Main').show_all_frames > NoMethodError: undefined method `show_all_frames' for # > from (irb):101 > from ?:0 > After moving show methods to module Container it works fine: > irb(main):004:0> ie.frame('Main').show_frames > there are 6 frames > frame index: 1 name: navigator > frame index: 2 name: cookies > frame index: 3 name: Header > frame index: 4 name: workarea > frame index: 5 name: IFSCommArea > frame index: 6 name: toolbar -- 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 notifications at github.com Mon Jan 21 10:35:50 2013 From: notifications at github.com (hemanth.hm) Date: Mon, 21 Jan 2013 02:35:50 -0800 Subject: [Wtr-development] [watir-webdriver] Watir::Exception::UnknownObjectException while locating text_field. (#179) Message-ID: ~~~ require 'watir-webdriver' browser = Watir::Browser.new :firefox begin browser.goto "data:text/html;content-type=utf-8,#{URI.escape DATA.read}" browser.text_field(:name,"confirmPassword").set("hemanth") ensure browser.close end __END__
Default new user password:
This password will be used for new users that do not have a password in the imported file.
Confirm password:
~~~ For the code above with `0.6.2` i'm getting the below error : ~~~ #"confrimPassword", :tag_name=>"input or textarea", :type=>"(any text type)"} ~~~ --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/179 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Mon Jan 21 10:41:46 2013 From: notifications at github.com (Alex Rodionov) Date: Mon, 21 Jan 2013 02:41:46 -0800 Subject: [Wtr-development] [watir-webdriver] Watir::Exception::UnknownObjectException while locating text_field. (#179) In-Reply-To: References: Message-ID: For me it works perfectly on ```watir-webdriver 0.6.2``` and ```Firefox 17.0.1``` --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/179#issuecomment-12492426 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Mon Jan 21 10:58:36 2013 From: notifications at github.com (hemanth.hm) Date: Mon, 21 Jan 2013 02:58:36 -0800 Subject: [Wtr-development] [watir-webdriver] Watir::Exception::UnknownObjectException while locating text_field. (#179) In-Reply-To: References: Message-ID: >From irb it works fine for me! That is a part of HTML form the page where i'm facing the issue. `@browser.elements(:class => "input[type=password]")[1] = "hemanth"` is what i'm using as a tmp fix. --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/179#issuecomment-12492996 -------------- next part -------------- An HTML attachment was scrubbed... URL: From notifications at github.com Mon Jan 21 11:00:04 2013 From: notifications at github.com (Alex Rodionov) Date: Mon, 21 Jan 2013 03:00:04 -0800 Subject: [Wtr-development] [watir-webdriver] Watir::Exception::UnknownObjectException while locating text_field. (#179) In-Reply-To: References: Message-ID: If you can give us a reproducible case, it'd be great! --- Reply to this email directly or view it on GitHub: https://github.com/watir/watir-webdriver/issues/179#issuecomment-12493054 -------------- next part -------------- An HTML attachment was scrubbed... URL: From watirjira at gmail.com Sat Jan 19 14:41:52 2013 From: watirjira at gmail.com (Zeljko (JIRA)) Date: Sat, 19 Jan 2013 08:41:52 -0600 (CST) Subject: [Wtr-development] [JIRA] Closed: (WTR-395) We need to add support for using "style" & "Flash" in Firewatir Message-ID: <10145799.211.1358606512410.JavaMail.oqa-j2ee@openqa01.managed.contegix.com> [ http://jira.openqa.org/browse/WTR-395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zeljko closed WTR-395. ---------------------- Resolution: Won't Fix If this is still a problem, please report it here: https://github.com/watir/watir-classic/issues > We need to add support for using "style" & "Flash" in Firewatir > --------------------------------------------------------------- > > Key: WTR-395 > URL: http://jira.openqa.org/browse/WTR-395 > Project: Watir > Issue Type: Bug > Components: FireWatir > Affects Versions: Open QA Migration > Environment: windows > Reporter: Zeljko > Fix For: Future > > > - moved from http://code.google.com/p/firewatir/issues/detail?id=76 > Issue 76: 2 problems regarding FireWatir version 1.1.1 on Firefox 3.0 > 1 person starred this issue and may be notified of changes. > Status: New > Owner: ---- > Type-Defect > Priority-Medium > Reported by dme... at greenliff.com, Jul 31, 2008 > What steps will reproduce the problem? > first problem: > The flash method doesn't seem to work properly, that is i don't see > anything flashing on the webpage. > second problem: > html (shortend version) of the page > {code} > > > > >