[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 bhavesh1_sha...@yahoo.com 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 zeljko.fili...@wa-research.ch wrote: On Wed, Jun 8, 2011 at 7:38 PM, Bhavesh bhavesh1_sha...@yahoo.com 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 aba...@bairdsnet.net 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: 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 cristina.toro...@gmail.com 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 fkn...@gmail.com 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 cristina.toro...@gmail.comwrote: 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.comwatir-general%2bunsubscr...@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.comwatir-general%2bunsubscr...@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
On May 8, 8:12 am, Jarmo Pertman jarm...@gmail.com 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: [Wtr-development] Vapir
On May 8, 8:12 am, Jarmo Pertman jarm...@gmail.com 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
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 tim.ko...@gmail.com 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 notet...@gmail.com 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 alvinb...@yahoo.com 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 billa...@gmail.com 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 aba...@bairdsnet.net 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
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 derek.wong...@gmail.com 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 derek.wong...@gmail.com 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: 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 shaml...@twia.org 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: 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 joshuawal...@gmail.com 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: 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 zeljko.fili...@wa-research.ch wrote: On Fri, Nov 27, 2009 at 12:50 AM, bender25 zuzi...@yahoo.com 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: 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 pals.sha...@gmail.com 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: 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 charley.ba...@gmail.com 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 b...@pettichord.comwrote: 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_groundgem 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 andoysali...@gmail.com wrote: On Nov 24, 8:40 pm, Željko Filipin zeljko.fili...@wa-research.ch wrote: On Tue, Nov 24, 2009 at 1:27 PM, andoy andoysali...@gmail.com 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 ynot...@gmail.com 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 aidy.le...@googlemail.com 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 aidy.le...@googlemail.com: 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 ang...@gmail.com: 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 aidy.le...@googlemail.com wrote: Ethan 2009/11/18 aidy lewis aidy.le...@googlemail.com: Going to put the URI in, for #read_cookies or something 2009/11/18 Ethan notet...@gmail.com: 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: 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 zeljko.fili...@wa-research.ch wrote: On Fri, Oct 30, 2009 at 8:28 PM, Bret Pettichord b...@pettichord.com 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 -~--~~~~--~~--~--~---