[wtr-general] Re: Closing and opening IE session in watir.
I judged tested this and it worked for me. Could you please try again. If you still have a problem, please provide details of what you are seeing. Bret On Jun 9, 6:06 pm, Bhavesh wrote: > Hi, > > I tried to log a bug but then it default to Bamboo development if i > use this link : > > http://jira.openqa.org/browse/WTR > > I need to log this to WATIR development, so how can i change the > component to watir devlopment. > > Bhavesh > > On Jun 8, 12:30 pm, Željko Filipin > wrote: > > > > > On Wed, Jun 8, 2011 at 7:38 PM, Bhavesh wrote: > > > If i replace the piece of code for ie.close of version 1.6.7 in 1.8.1 > > > file, the same routine starts working fine. > > > I suggest that you create a Jira ticket: > > >http://jira.openqa.org/browse/WTR > > > Željko -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. watir-general@googlegroups.com http://groups.google.com/group/watir-general watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: Watir Console issues
I will maintain this. Could you please open up a Jira ticket with details. You can assign it to me. Bret On Nov 27, 1:22 pm, Alan Baird wrote: > Enriquem - > > A very simple/hacky fix is to remove "-r watir/irb-history" from the last > line (line 7) of watir-console. This will disable sending irb commands to > 'console.log'. I doubt you use this. For some reason, it seems that in > 1.8.7, the Readline module has a class History inserted in it which is > throwing the error message you see (in ruby you can't define a Module with > the same name as an existing class). > > Since this particular part of watir-console was pulled from an old blog post > athttp://blog.nicksieger.com/articles/2006/04/23/tweaking-irb, I'm not sure > there is a fix for it. Maybe your Google skills are better than mine. It > seems that the readlines module is a lot larger than it was in 1.8.6. I > tried to see if I could fix this. One fix seemed to be to change line 3 in > irb-history.rb to use a Class instead of a Module. This doesn't give me the > error message, but the functionality suggests that it should write my > commands to 'console.log' - which it doesn't. > > Oddly enough, I couldn't get this to work at all in 1.8.6. Maybe somebody > that actually uses this could shed some light on this? I actually use > watir-console a lot, but mainly because I don't like typing require 'watir' > all the time in irb. Chopping this functionality out of watir-console would > get it to not produce the error messages and be useful for what I want. I > really don't see why letting this stay would be that big of a deal. It's > only 7 lines of code. But then again, I had to patch my version of code to > have --noreadline on the end instead of --readline since it will mess up on > windows if you type in a large string (say > 80 chars). Maybe there is a > better way... > > Alan -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. watir-general@googlegroups.com http://groups.google.com/group/watir-general watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: [Wtr-development] Vapir
On May 8, 8:12 am, Jarmo Pertman wrote: > Maybe this is a completely different problem? Maybe we should ask, > what is the main reasons why classes get extended or monkey-patched. > Maybe > there even isn't so many users who have been doing that or do we know > that for certain that there really is? There has been a lot of this at my company (Convio). Much of this happened before I arrived. Some extensions fix bugs, some support weird application-specific behavior. Some add methods that people thought should be added to Watir. I am working to merge the good stuff back in the public code base. > I, myself, have been doing these only if there's something broken or > not working well and after that i have been trying (and will try even > more) to push > these changes into main Watir's codebase. That's great. I'd like to get these changes merged in before changing class names. We have a backlog of pull requests and code submissions in Jira that I'd live to tackle first. Bret -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. You received this message because you are subscribed to http://groups.google.com/group/watir-general To post: watir-general@googlegroups.com To unsubscribe: watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: [Wtr-development] Vapir
On May 8, 8:12 am, Jarmo Pertman wrote: > Maybe this is a completely different problem? Maybe we should ask, > what is the main reasons why classes get extended or monkey-patched. > Maybe > there even isn't so many users who have been doing that or do we know > that for certain that there really is? I know that this has happened a lot at my company (Convio). Sometimes it is to fix a bug -- I'm working to merge these changes back in. Sometimes it is to handle an odd application-specific problem. Sometimes it is to add new, convenience methods that maybe we should add to Watir as well. > I, myself, have been doing these only if there's something broken or > not working well and after that i have been trying (and will try even > more) to push > these changes into main Watir's codebase. Thanks for your help with this. If we change the class names, it not only causes compatibility problems, but it also makes it nearly impossible to accept these kinds of fixes. We have a backlog of submitted fixes in pull requests and jira, and it seems like the right thing to do would be to process these submissions before changing the class names. Bret -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. You received this message because you are subscribed to http://groups.google.com/group/watir-general To post: watir-general@googlegroups.com To unsubscribe: watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: "require "watir" is not recognized on a vmware - I found the sollution
To avoid this probem, some people like to add "require 'rubygems'" as the first require statement in their scripts. On May 10, 2:57 pm, Cristina wrote: > Thanks! > It looks like the problem is that is mandatory to add the system variable > "RUBYOPT=rubygems". > > Cristina > > On Mon, May 10, 2010 at 3:22 PM, Felipe Knorr Kuhn wrote: > > > > > Hello Cristina, > > > It could be because using rubygems is not default in your new install. > > > Try adding "require "rubygems"" before "require "watir"" but keep this post > > in mindhttp://tomayko.com/writings/require-rubygems-antipattern > > > Good luck, > > > FK > > > On Mon, May 10, 2010 at 4:20 PM, Cristina wrote: > > >> Hi, > > >> Starting last week i wrote some test suites using watir/ruby. And very > >> pleased up to now - working on xp.[ruby 1.8.6; ] > > >> Now, we have a virtual machine wmware[running windows xp] and I installed > >> firefox 5.6; the same ruby version[1.8.6], firewatir and watir. > > >> Moved my scripts into the same location. > > >> When I try to run it looks like "require "watir"" is not recognized. > > >> I am receiving the following error: > >> ..: in 'require': no such file to load -- watir (LoadError) > > >> In fact even using irb when I perform "require 'watir' " I am reciving the > >> same error. > > >> I do not know what to do? What can be missing. > > >> I appreciate a lot your help. > > >> I was searching > >> Best regards, > >> ~~ Cristina > > >> ~~ Cristina > > >> -- > >> Before posting, please readhttp://watir.com/support. In short: search > >> before you ask, be nice. > > >> You received this message because you are subscribed to > >>http://groups.google.com/group/watir-general > >> To post: watir-general@googlegroups.com > >> To unsubscribe: > >> watir-general+unsubscr...@googlegroups.com > > > -- > > Before posting, please readhttp://watir.com/support. In short: search > > before you ask, be nice. > > > You received this message because you are subscribed to > >http://groups.google.com/group/watir-general > > To post: watir-general@googlegroups.com > > To unsubscribe: > > watir-general+unsubscr...@googlegroups.com > > -- > ~~ Cristina > > -- > Before posting, please readhttp://watir.com/support. In short: search before > you ask, be nice. > > You received this message because you are subscribed > tohttp://groups.google.com/group/watir-general > To post: watir-general@googlegroups.com > To unsubscribe: watir-general+unsubscr...@googlegroups.com -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. You received this message because you are subscribed to http://groups.google.com/group/watir-general To post: watir-general@googlegroups.com To unsubscribe: watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: [Wtr-development] Vapir
The biggest change in Vapir is that class names have been systematically changed. We've been reluctant to make these changes in Watir because it would lead to a lot of compatibility problems for people who have extended the existing Watir classes. I'm happy to reconsider if there really is a demand for this kind of change. If I was starting from scratch and didn't have any legacy users, I'd probably propose making most of the changes that Ethan made. But I have found that Watir users have very little stomach for introducing incompatible changes. If there is stuff you like in Vapir that is compatible, please let us know. Bret On May 5, 2:39 pm, Tim Koopmans wrote: > This makes no sense to me. Shouldn't we just merge important changes > like modal support into Watir main? Or am I missing something? Is > vapir a silent protest of sorts? > > Regards, > Tim > > On 06/05/2010, at 3:47, Ethan wrote: > > > > > Dear Watir people, > > I am happy to announce the release of the Vapir library, which is a > > fork of Watir and FireWatir. > > > It is documented primarily at the github wiki at > >http://wiki.github.com/vapir/vapir/ > > Documentation is sorely lacking at the moment, and improving it is my > > highest priority, but putting the code out for people to use preceded > > that. > > > Links to other aspects of the forked project are listed athttp://vapir.org/ > > > The API is in most cases the same, with some changes where I felt it > > was best; these are enumerated at > >http://wiki.github.com/vapir/vapir/differences-from-watir-api > > > It is a release candidate currently, and can be installed using the > > --pre flag to rubygems (rubygems 1.3.6 is required; run gem update > > --system if you are on an earlier version). > > gem install --pre vapir-firefox > > gem install --pre vapir-ie > > > Major improvements over Watir are: > > - Modal dialog API which is (mostly) consistent between IE and Firefox > > -http://wiki.github.com/vapir/vapir/modal-dialogs > > - Unified codebase for both Firefox and IE interaction - basically, > > everything that works in IE works in Firefox as well, which is not the > > case with FireWatir. > > - Many bug fixes and feature enhancements for issues in Watir's issue > > tracker, which will be documented more thoroughly on the wiki in the > > coming days. > > > I would encourage any questions or discussion to go to Vapir's mailing > > list, not Watir's. The forked project is intended to stand on its own, > > separate from the Watir library due to a great deal of changes in the > > codebase which make it to some degree (a small degree, hopefully) > > incompatible. Support will be on Vapir's mailing list at > >http://groups.google.com/group/vapir > > > -Ethan > > ___ > > Wtr-development mailing list > > wtr-developm...@rubyforge.org > >http://rubyforge.org/mailman/listinfo/wtr-development > > -- > Before posting, please readhttp://watir.com/support. In short: search before > you ask, be nice. > > You received this message because you are subscribed > tohttp://groups.google.com/group/watir-general > To post: watir-general@googlegroups.com > To unsubscribe: watir-general+unsubscr...@googlegroups.com -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. You received this message because you are subscribed to http://groups.google.com/group/watir-general To post: watir-general@googlegroups.com To unsubscribe: watir-general+unsubscr...@googlegroups.com
[wtr-general] Re: require ‘watir’ command shows error from Interactive Ruby Shell (IRB)
We are looking into getting a new version of user-choices released. Bret On Dec 7, 10:07 am, Alvin Bunk wrote: > I noticed there is a problem issuing the command “require ‘watir’” > form the Interactive Ruby Shell. The error is described here: (http:// > forum.brightbox.co.uk/forums/isitruby19-com/topics/watir-gem- > installation?page=1). > > In order to resolve the issue, I had to modify the files ‘arglist- > strategies.rb’, ‘conversions.rb’, and ’sources.rb’ in the ‘C: > \Ruby19\lib\ruby\gems\1.9.1\gems\user-choices-1.1.6\lib\user-choices’ > folder. > > The problem is with the with the case statement, as descrived in the > link above. I simply changed the colons to ‘when’, and then the > “require ‘watir’” command worked. > > This is not a question, but rather a statement that these files need > to change in order to simplify installs for users. -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: better way to do a conditional require
require 'watir/contrib/visible' rescue nil On Dec 7, 5:12 pm, Bill Agee wrote: > You might be able to use Watir::IE::VERSION: > > require 'watir' > require 'watir/contrib/visible' if Watir::IE::VERSION != '1.6.5' > > But I guess that will only work so long as nothing newer than 1.6.5 exists. > Since the version value is a string, it might need to be massaged a bit if > you want to compare it to higher or lower versions. > > I notice that there's also FireWatir::Firefox::VERSION (with the same > value), but no Watir::VERSION constant. :) That could be nice to have > eventually. > > Thanks > Bill > > On Mon, Dec 7, 2009 at 2:47 PM, Alan Baird wrote: > > I'm wondering if there is a decent way to do a conditional require. My > > specific problem is that my framework includes the old .visible? code by > > requiring 'watir/contrib/visible'. After upgrading to 1.6.5 I don't want to > > do this anymore since the .visible? method is included in the main watir > > core. However, since I use some shared resources in my team, I wanted to be > > able to use 1.6.5 on my machine and not require a global update, I needed a > > way to conditionally require 'watir/contrib/visible' only if the code is > > earlier than 1.6.5. > > > So, I came up with the following hack: > > > require 'watir/contrib/visible' unless > > Watir::Element.instance_methods.include?('visible?') > > > ...but there's got to be a better way. Something like: > > > require 'watir/contrib/visible' if Watir < 1.6.5 > > > Any ideas? > > > Alan > > > -- > > You received this message because you are subscribed to the Google Groups > > "Watir General" group. > > To post to this group, send email to watir-general@googlegroups.com > > Before posting, please read the following guidelines: > >http://wiki.openqa.org/display/WTR/Support > > To unsubscribe from this group, send email to > > watir-general-unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/watir-general -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: Browser window close and Javascript popup problem on Watir 1.6.5/Ruby 1.8.6-26
Can you post the complete stacktrace? Bret On Dec 3, 7:50 pm, DerekW wrote: > Just a little update, as yet I've been unable to get Watir 1.6.2 > going. Not too sure if it's related to WTR-409 issue that was > raised. When I install watir 1.6.2 it seems to want safariwatir > (0.3.7) and then when I try doing something from irb it says: > > MissingSourceFile: no such file to load -- appscript > > I've tried clean installing Ruby and still no joy. I get the > following when I do a gem dependency watir: > > C:\Users\derekw\Downloads\TestTools\Ruby\rubygems-1.3.5>gem dependency > watir > Gem watir-1.6.2 > win32-process (>= 0.5.5, runtime) > windows-pr (>= 0.6.6, runtime) > activesupport (>= 0, runtime) > commonwatir (= 1.6.2, runtime) > firewatir (>= 0, runtime) > > Regards, > Derek W. > > On Dec 4, 4:51 am, Charley Baker wrote: > > > Watir 1.6.2 supports attach. Firewatir didn't in 1.6.2, it does in 1.6.5. > > > Charley Baker > > Lead Developer, Watir,http://watir.com > > > On Wed, Dec 2, 2009 at 4:33 PM, DerekW wrote: > > > Hi Bret, > > > > I thought that Watir 1.6.2 did not support attach(). I remembered > > > reading in the 1.6.2 release notes that attach wasn't supported so > > > this was the reason I held back on 1.5.6 before moving to 1.6.5. > > > Please correct me if I've misinterpreted something here. > > > > Thanks. > > > > Derek W. > > > > On Dec 3, 6:44 am, "b...@pettichord.com" > > > wrote: > > > > One thing you might try, in order to track things down, would be to > > > > try running your tests with with Watir 1.6.2. > > > > > If you do this, you should manually install firewatir 1.6.2 also (gem > > > > install firewatir -v 1.6.2). And then uninstall any newer watir gems > > > > (if any). > > > > > Bret > > > > > On Dec 1, 2:41 pm, DerekW wrote: > > > > > > To further clarify: > > > > > > My colleague's machine: Windows XP, Ruby 1.8.2-14, Watir 1.5.6 and IE > > > > > 8 -> test works. > > > > > The other test machines: Windows 7 Enterprise, Ruby 1.8.6-26, Watir > > > > > 1.6.5 and IE 8 -> test does not work. > > > > > > So, potentially it could be Windows or Watir issue. Unfortuantely, I > > > > > haven't tried the old Ruby/Watir against Windows 7 configuration to > > > > > eliminate the OS yet. > > > > > > Derek W. > > > > > > On Dec 1, 6:30 pm, DerekW wrote: > > > > > > > Hi, > > > > > > > here's a scenario that seems to work in Watir 1.5.6 but seems to > > > > > > exhibit problems under 1.6.5: > > > > > > > Our web application opens the main browser window and subsequently > > > two > > > > > > other browser windows, the third browser window attaches an event > > > > > > handler that intercepts the close window (X) button. If the third > > > > > > window's browser state is "dirty" and the user clicks close window > > > > > > (rather than the "OK" and "Cancel") buttons on the browser page it > > > > > > raises a Javascript popup asking whether the user wants to navigate > > > > > > away from this browser window. When we ran our automated tests > > > > > > using > > > > > > Watir 1.5.6 this test was able to navigate past the popup raised > > > > > > when > > > > > > the user attempted to click the close button. On Watir 1.6.5 we've > > > > > > noticed that we hang when the popup is hit. > > > > > > > Anyone know of a nice way of handling this or whether what I observe > > > > > > is a bug or change in the behaviour of Watir 1.6.5 - my colleague's > > > > > > machine still has Ruby 1.8.2-14, Watir 1.5.6 and IE 8 and the test > > > > > > case works fine. > > > > > > > Thanks for any help. > > > > > > > Derek W. > > > > > > > PS - Having said this my experience of Watir 1.6.5 has been pretty > > > > > > positive so far. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Watir General" group. > > > To post to this group, send email to watir-general@googlegroups.com > > > Before posting, please read the following guidelines: > > >http://wiki.openqa.org/display/WTR/Support > > > To unsubscribe from this group, send email to > > > watir-general-unsubscr...@googlegroups.com > > > For more options, visit this group at > > >http://groups.google.com/group/watir-general -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: using firewatir on the mac
I think Jari removed the activesupport dependency from watir/firewatir 1.6.5. Could this be something that was missed? Bret On Nov 25, 6:04 pm, joshmoore wrote: > Ethan, that fixed it thanks! > > Josh > > On Nov 25, 2009, at 11:29 PM, Ethan wrote: > > > String#demodulize is an activesupport method. try running `gem update > > activesupport` (or `gem install activesupport` if you don't have it > > installed at all) > > > On Wed, Nov 25, 2009 at 07:44, Željko Filipin > > wrote: > > On Wed, Nov 25, 2009 at 1:39 PM, joshmoore wrote: > > > ruby 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin10] > > > I am using Mac OS X 10.6.2 > > > My guess is that it is a problem with Ruby 1.8.7. It could be a problem > > with Mac OS 10.6 too. Do you have another Mac machine with Ruby 1.8.6 to > > try it there? > > > Željko -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: using rspec -b (backtrace) option makes watir run in an invisible window
Watir also has a -b option, which does what you are seeing. You can use rspec's --backtrace option to avoid this behavior. On Dec 2, 11:52 am, jw wrote: > Is this intended behavior? The window is invisible, when I look in > Process explorer and try to bring IE's window to front it says no > visible window found. > Oddly, the window becomes visible when calling enabled_popup. This is > about 20 seconds into the test, so it's not window lag and the test is > usually successful upon completion about 10 seconds later. > > Without the -b option it runs normally; the window appears on creation > and you can watch the whole test. > IE on XP probably sp3, nothing out of the ordinary... > > any insight is appreciated -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: Rescue
Another solution would be to use tbl = ie.frame(:id,'ReportFramectl144').frame(:id,'report').table (:class, /a3/) This should cover both cases. On Dec 1, 10:24 am, Steve Hamlett wrote: > I'm using Watir to automate the testing of a report generated by MS > SQL Reporting Services. The report generates 4 pages of output. Each > page except the last one has a table which is addressable with Watir > as follows: > > tbl = ie.frame(:id,'ReportFramectl144').frame > (:id,'report').table(:class,'a3 r3') > > For whatever reason, the final page is addressed differently. It is: > > tbl = ie.frame(:id,'ReportFramectl144').frame > (:id,'report').table(:class,'a3') > > So in order to handle this situation I placed the following 'begin - > rescue - end' block inside a loop which is executed for each page of > the output: > > begin > tbl = ie.frame(:id,'ReportFramectl144').frame > (:id,'report').table(:class,'a3 r3') > puts "A3 R3" > rescue > tbl = ie.frame(:id,'ReportFramectl144').frame > (:id,'report').table(:class,'a3') > puts "A3" > end > > My expectation is that any exception generated by the 'a3 r3' > definition of tbl should cause the 'a3' definition of tbl to be > executed. However, this is not happening. When the 'a3 r3' exception > raises an exception, the script does not execute the rescue clause, > nor does it skip the final execution of 'puts "A3 R3". The complete > output, run within Scite, is as follows: > > >ruby wt_no_policy_claims_list_spec.rb > A3 R3 > A3 R3 > A3 R3 > A3 R3 > F > > 1) > Watir::Exception::UnknownObjectException in 'Wt No Policy Claims > List No Policy Claims' > Unable to locate element, using :class, "a3 r3" > wt_no_policy_claims_list_spec.rb:42: > wt_no_policy_claims_list_spec.rb:26:in `loop' > wt_no_policy_claims_list_spec.rb:26: > wt_no_policy_claims_list_spec.rb:8: > > Finished in 7.032 seconds > > 1 example, 1 failure > > So 'rescue' doesn't seem to be working as advertised, at least as I > understand it. Any wisdom would be much appreciated. -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: Browser window close and Javascript popup problem on Watir 1.6.5/Ruby 1.8.6-26
One thing you might try, in order to track things down, would be to try running your tests with with Watir 1.6.2. If you do this, you should manually install firewatir 1.6.2 also (gem install firewatir -v 1.6.2). And then uninstall any newer watir gems (if any). Bret On Dec 1, 2:41 pm, DerekW wrote: > To further clarify: > > My colleague's machine: Windows XP, Ruby 1.8.2-14, Watir 1.5.6 and IE > 8 -> test works. > The other test machines: Windows 7 Enterprise, Ruby 1.8.6-26, Watir > 1.6.5 and IE 8 -> test does not work. > > So, potentially it could be Windows or Watir issue. Unfortuantely, I > haven't tried the old Ruby/Watir against Windows 7 configuration to > eliminate the OS yet. > > Derek W. > > On Dec 1, 6:30 pm, DerekW wrote: > > > Hi, > > > here's a scenario that seems to work in Watir 1.5.6 but seems to > > exhibit problems under 1.6.5: > > > Our web application opens the main browser window and subsequently two > > other browser windows, the third browser window attaches an event > > handler that intercepts the close window (X) button. If the third > > window's browser state is "dirty" and the user clicks close window > > (rather than the "OK" and "Cancel") buttons on the browser page it > > raises a Javascript popup asking whether the user wants to navigate > > away from this browser window. When we ran our automated tests using > > Watir 1.5.6 this test was able to navigate past the popup raised when > > the user attempted to click the close button. On Watir 1.6.5 we've > > noticed that we hang when the popup is hit. > > > Anyone know of a nice way of handling this or whether what I observe > > is a bug or change in the behaviour of Watir 1.6.5 - my colleague's > > machine still has Ruby 1.8.2-14, Watir 1.5.6 and IE 8 and the test > > case works fine. > > > Thanks for any help. > > > Derek W. > > > PS - Having said this my experience of Watir 1.6.5 has been pretty > > positive so far. -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: Running Test::Unit in background gives invalid option: -b
You need to make it an "untouched argument". Thus: suite.rb -- -b On Nov 27, 4:54 am, pallavi shashidhar wrote: > Hi, > Watir environment - Watir 1.6.5, Ruby 1.8.6.26. > I have 2 scripts. > 1) simple watir script without using Test::Unit framework > 2) and another using Test::Unit framework. > > Am trying to run them in background with command line option -b > > The simple script without Test::Unit runs successfully in the background > when -b commandline option is given. > But when the script with Test::Unit is run with -b option, i am getting the > foll error: > invalid option: -b > Test::Unit automatic runner. > Usage: suite.rb [options] [-- untouched arguments] > > Any inputs on how to run the Test::Unit in background mode? > > Regards, > Pallavi -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: Trouble installing Watir on a Closed Network
Quick tip for all. If you need to download gems so that you can install them on a system not connected to an internet, you can use the "gem fetch" command, then you can install the gems locally. This command works for all gems, not just watir gems. Bret On Nov 27, 4:09 am, Željko Filipin wrote: > On Fri, Nov 27, 2009 at 12:50 AM, bender25 wrote: > > The Watir files I have include: commonwatir-1-6-5.rc2.gem, > > firewatir-1.6.5.rc2.gem and watir-1.6.5.rc2.gem > > Download these files fromhttp://rubyforge.org/frs/?group_id=104: > > commonwatir-1.6.5.gem > firewatir-1.6.5.gem > watir-1.6.5.gem > > > I have tried downloading win32-process 0.5.5 from > >http://raa.ruby-lang.org/project/win32-process/0.5.4which came as a > > zip file but am not sure how to install it. > > Download win32-process-0.6.1.gem fromhttp://rubyforge.org/frs/?group_id=85 > > You will probably also have to update/install rubygems-update gem (or > something similar). > > Let me know if you have further problems with the installation. > > Željko > -- > watir.com - community manager > watirpodcast.com - host -- You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general
[wtr-general] Re: install for 1.6.2 doesn't work after 1.6.5 release
I've opened up a ticket for this problem: http://jira.openqa.org/browse/WTR-409 If this issue is of interest to you, please watch and/or vote and/or comment on the ticket. I worked on this today and ran into some complications. Please see the ticket for more information. (I'm generally trying to move discussions about bugs to Jira.) On Nov 13, 10:46 am, Charley Baker wrote: > Sounds reasonable to me, I don't see any downside of doing a simple 1.6.3 > quiet release, and you're right, people already do want to bounce back and > forth if they see issues in 1.6.5. > > -Charley > > On Fri, Nov 13, 2009 at 9:13 AM, Bret Pettichord wrote: > > > > > Alan, > > > You are seeing a problem that we also saw with Watir 1.6.5RC1. We fixed > > it in the first 1.6.5 by changing the way watir does dependencies. > > > Here are the dependencies for Watir 1.6.2 > > > C:\work\common_ground>gem dependency watir > > Gem watir-1.6.2 > > win32-process (>= 0.5.5, runtime) > > windows-pr (>= 0.6.6, runtime) > > activesupport (>= 0, runtime) > > commonwatir (= 1.6.2, runtime) > > firewatir (>= 0, runtime) > > > The problem is that Watir 1.6.2 will use FireWatir 1.6.5, which runs > > into a conflict with the common watir gem. > > > My thought at the moment is that we should release a Watir 1.6.3 that is > > the same as 1.6.2, but with the dependencies declared correctly. Because > > I know people are going to want to go back and forth between 1.6.5 and > > 1.6.2. > > > Thoughts? > > > Bret > > > Alan Baird wrote: > > > Should have said... > > > > ..it seems that there is an unnecessary gem dependency in the firewatir > > 1.6.2 install for commonwatir 1.6.5 (or maybe it's just for the latest > > version). > > > > -Original Message- > > > From: watir-general@googlegroups.com [mailto: > > watir-gene...@googlegroups.com] On Behalf Of Alan Baird > > > Sent: Thursday, November 12, 2009 11:59 AM > > > To: watir-general@googlegroups.com > > > Subject: [wtr-general] install for 1.6.2 doesn't work after 1.6.5 release > > > > This morning I was helping a coworker get some things up and running with > > watir and noticed that he had inadvertently got 1.6.5. Since 1.6.5 changes > > the way .visible? works, we decided to go back to 1.6.2 and make sure > > everything was ok there. We removed watir, commonwatir and firewatir and > > verified that everything was uninstalled. After that, we did the following: > > > > C:\ >gem install watir -v 1.6.2 > > > ERROR: Error installing watir: > > > firewatir requires commonwatir (= 1.6.5, runtime) > > > > C:\ >gem list --local > > > > *** LOCAL GEMS *** > > > (removed unnecessary gems) > > > ... > > > commonwatir (1.6.2) > > > ... > > > > C:\ >gem install firewatir -v 1.6.2 > > > Successfully installed firewatir-1.6.2 > > > 1 gem installed > > > Installing ri documentation for firewatir-1.6.2... > > > Installing RDoc documentation for firewatir-1.6.2... > > > > C:\ >gem install watir -v 1.6.2 > > > Successfully installed watir-1.6.2 > > > 1 gem installed > > > Installing ri documentation for watir-1.6.2... > > > Installing RDoc documentation for watir-1.6.2... > > > > So, to me it seems that there is a gem dependency in the firewatir > > install for commonwatir 1.6.5 (or maybe it's just the latest version). > > > > What do you think? > > > > Alan > > > > This email message and any attachments are for the sole use of the > > intended recipients and may contain proprietary and/or confidential > > information which may be privileged or otherwise protected from disclosure. > > Any unauthorized review, use, disclosure or distribution is prohibited. If > > you are not an intended recipient, please contact the sender by reply email > > and destroy the original message and any copies of the message as well as > > any attachments to the original message. > > > > This email message and any attachments are for the sole use of the > > intended recipients and may contain proprietary and/or confidential > > information which may be privileged or otherwise protected from disclosure. > > Any unauthorized review, use, disclosure or distribution is prohibited. If > > you are not an intended recipient, please contact the sender by reply email > > and destroy the original message and any copies of the message as well as > > any attachments to the original message. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Re: Where to download gem watir 1.5.1.1100 ?
This will be hard to build. We've updated our build instructions to match the current code in developement. Back then we were using SVN and I think you would need to pull from our old SVN repository on OpenQA to build this. The "1100" was the SVN revision number of the source it was built from. It's also possible that the Wayback machine could be used to recover old gems. Bret On Nov 24, 6:56 am, andoy wrote: > On Nov 24, 8:40 pm, Željko Filipin > wrote: > > > On Tue, Nov 24, 2009 at 1:27 PM, andoy wrote: > > > Just making sure I can revert to this version. I'm in the process of > > > migrating to 1.6.5. > > > You can always uninstall 1.6.5 and you will be reverted automatically to > > what you had before. > > I had 1.5.6 installed in one machine then upgraded to 1.6.5, reverting > with "gem uninstall watir" didn't do the trick for me, i had to "gem > install -v 1.5.6" to get it working again, so i assumed it could > happen when coming form 1.5.1.1100 > > > > > > Do you have a local copy you could send me? > > > No. I think you could build it yourself. There are instructions somewhere on > > our wiki. If you need them, and can not find them, let me know. > > I guess i have no other choice but to build it myself :) > > > Željko > > ~andoy --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Re: Delete cookies in Firewatir
I suggest that this conversation move to the watir-development list. We need need to ensure that Jari and the developers for other Watir implementations are in the loop, and I'm not sure that they watch everything here. Bret On Nov 19, 6:11 am, Tony wrote: > Hi Aidy, > > Could you take a look at this code that i had submitted a year back. > (regarding cookies)http://jira.openqa.org/browse/WTR-264 > > Maybe you would need to change the method names, but i have tried to > include all possible cookie operations. > > Thanks, > Tony > > On Nov 19, 3:41 pm, aidy lewis wrote: > > > How about this > > > browser.get_cookies(:domain => 'domain') > > browser.get_cookies(:all) > > > browser.remove_cookies(:domain => 'domain') > > remove_cookies(:all) > > > ? > > > Aidy > > > 2009/11/19 aidy lewis : > > > > Angrez et al > > > > It is unlikely that we would want to get all cookies, but get cookies > > > for a particular uri. > > > > browser.get_cookies('www.google.com') > > > > How about > > > remove_cookies(:domain => 'domain') > > > remove_cookies(:all) > > > > add_cookie is good. > > > > Aidy > > > > 2009/11/19 Angrez Singh : > > >> Bret proposed the following syntax or method names via Google Wave, so we > > >> should stick to this: > > > >> Browser#cookies (get cookies as ruby array of hashes) > > > >> Browser#add_cookie(opts) where opts is a hash of :name, :value, :path, > > >> :secure and :name/:value will raise ArgumentError if not supplied > > > >> Browser#remove_cookie(opts) where opts is a hash of :domain and :name > > > >> Browser#remove_all_cookies or Browser#remove_cookie(:all)? > > > >> Thanks, > > > >> Angrez > > > >> On Wed, Nov 18, 2009 at 10:16 PM, aidy lewis > > >> wrote: > > > >>> Ethan > > > >>> 2009/11/18 aidy lewis : > > >>> > Going to put the URI in, for #read_cookies or something > > > >>> > 2009/11/18 Ethan : > > >>> >> That seems to be lacking the URI to set the cookie on. Would the > > >>> >> method > > >>> >> just > > >>> >> infer that from the current location of the browser, or should that > > >>> >> be > > >>> >> be > > >>> >> configurable by the user? > > > >>> I was lazily reading. I think the default will be the current uri > > >>> unless specified. > > > >>> WDYT? > > > >>> Aidy --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Re: ondblclick event doesn't work in firewatir 1.6.5
I'm wondering if we can get a scenario that would allow us to reproduce this. Bret On Nov 16, 7:44 am, al3kc wrote: > In 1.6.2 I made fireEvent action like > > $test_browser.div(:class ,"name").div(:xpath ,"//d...@class ='class'] > [3]").div(:class ,"classname").text_field(:value, name).fireEvent > ('ondblclick') > > and it worked great. > > After upgrading to 1.6.5 it just do nothing, it doesn't give any error > and looked like pass but it does not make any action. Onblur and > onfocus events work fine for the same element. > In watir 1.6.5 all events still work ok. > > My environment: > WinXP > Ruby 1.8.6 > Firefox 3.5.5 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Re: Answering incomplete requests
I guess for now, I would say that people should be told that they can post questions in either location. There are very few people actually answering watir questions on stackoverflow right now. Basically it is just you Zeljko, although I did see Mark A make an appearance. I would like to revise the tone of our support page to be more like the cucumber page. I haven't really had the time for this, but maybe a couple of people could work on this. I guess the place to start would be what would you write in an email to a friend who was new to watir? Bret On Nov 2, 8:06 am, Željko Filipin wrote: > On Fri, Oct 30, 2009 at 8:28 PM, Bret Pettichord > wrote: > > > Good suggestion. I just set up a login for that site and will start > > spending more time there. > > Since three of four* top posters to this group > (http://groups.google.com/group/watir-general/about) think moving to Stack > Overflow is a good idea, I think it would be good to start the move there. > > Since nobody except Bret any myself is really for it, I plan not make any > drastic changes. I plan just to change all our documentation to say support > is at Stack Overflow and I will leave this groups as it is, but it's use > will be encouraged for discussions, while Stack Overflow will be for > support. I plan to create a wiki page explaining how to use Stack Overflow. > > Anybody thinks that is not a good idea? > > Željko > > -- > > * If you take a look at top posters list, you will see my name listed twice, > because I have two accounts. I thought it would be more effective to say > "three of four" than "top two". :) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Grace counts
If you are here asking for people to help you with a problem, please take the time and effort to let others know that appreciate their help and don't take it for granted. Sometimes I see posts that say "urgent help needed" or "help needed asap", and this tone usually puts me in a mindset not to help. I always ignore posts with a subject of "help needed", especially if it is all capital letters. If you need help, you should take the time to isolate your problem and provide us with a clear and complete description. And take the time to provide a descriptive header. This is both the polite thing to do and the smart thing to do: because it actually helps others get you the help you need. Thanks! Bret --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---
[wtr-general] Testing Email
Hi there. I've been away for a while, but am now back. I would like to automate email testing. Mainly make sure the right emails were sent. I guess what I want is to set up an email server in our lab, configure our app to send emails to it, and then my scripts can access it to make sure that the right email was delivered. I've done this before with Rails, and with that you can just put the email sender in test mode and validate it against directly. It works great, but is not an option for me right now. Is any one else doing something like this? What are you using? Is there an open-source testing-email-server I could use? Obviously, I want to be able to access it from Ruby. Bret --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general@googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~--~~~~--~~--~--~---