From bret at pettichord.com  Thu Sep  1 14:46:43 2011
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 1 Sep 2011 13:46:43 -0500
Subject: [Wtr-development] Watir is slow with nested frames
In-Reply-To: <CAHZHd6VwOLZj4tS18O63hUt_LGqZHyyBV5RMVRs5U774kghxjA@mail.gmail.com>
References: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
	<CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>
	<CAHZHd6Xhc+HNzTkGfTuUKTcOkFvqjONTCfkawvZCWo8BXWcMLg@mail.gmail.com>
	<CAPjkWY3gTgdOe3Qq31qDdHrLv30RAwesotFL0m=UnWTh6CeHYQ@mail.gmail.com>
	<CAHZHd6VwOLZj4tS18O63hUt_LGqZHyyBV5RMVRs5U774kghxjA@mail.gmail.com>
Message-ID: <CAPjkWY2fhmg53cG-Vn8rM2vjewk4Y_+EPt7Mb31hT7nSkw9tcw@mail.gmail.com>

OK, great. Thanks.

On Wed, Aug 31, 2011 at 4:41 PM, Jarmo <jarmo.p at gmail.com> wrote:

> No, and i already fixed the problem. Read about it in the thread
> http://groups.google.com/group/watir-general/browse_thread/thread/9d5557820580249e
>
> Jarmo
>
>
> On Wed, Aug 31, 2011 at 11:02 PM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> I just read the original thread.
>>
>> Seems like this code is in question.
>>
>> def assert_exists
>>   locate if respond_to?(:locate)
>>
>>   unless ole_object
>>     raise UnknownObjectException.new(
>>                 Watir::Exception.message_for_unable_to_locate(@how,
>> @what))
>> end
>>
>> Would changing it to this fix the performance problem?
>>
>> def assert_exists
>>   unless ole_object
>>     locate if respond_to?(:locate)
>>   end
>>   unless ole_object
>>     raise UnknownObjectException.new(
>>                 Watir::Exception.message_for_unable_to_locate(@how,
>> @what))
>> end
>>
>>
>>
>> On Mon, Aug 29, 2011 at 1:33 AM, Jarmo <jarmo.p at gmail.com> wrote:
>>
>>> I've already answered to that problem in the original thread at
>>> http://groups.google.com/group/watir-general/browse_thread/thread/9d5557820580249e
>>>
>>> I've also added some suggestions along the line of the same points as
>>> Ethan brought up.
>>>
>>> Jarmo
>>>
>>>
>>> On Sun, Aug 28, 2011 at 11:46 PM, Ethan <notethan at gmail.com> wrote:
>>>
>>>> I don't know why you're using class variables here. that's just wrong to
>>>> begin with.
>>>> it looks like this basically bypasses relocating in most circumstances.
>>>> this makes assert_exists do pretty much nothing.
>>>> that's fine in many circumstances, but it'll fail when things start
>>>> modifying the dom with javascript. the ole object will become invalid, and
>>>> should be relocated, but this bypasses that.
>>>> watir should be doing two things, I've found: be better about only
>>>> checking if an element needs relocating when operations have been performed
>>>> which may have modified the dom; and check if the ole object is in fact
>>>> still attached to the dom before trying to relocate.
>>>>
>>>> On Fri, Aug 26, 2011 at 10:31, Michalski Jerzy <jmichalski at vaudoise.ch>wrote:
>>>>
>>>>>
>>>>> Following Zeljko's suggestion, I resume here the problem I presented in
>>>>> "Watir is slow with nested frames" thread of the Watir General group (
>>>>> *
>>>>> https://groups.google.com/forum/?pli=1#!topic/watir-general/nVVXggWAJJ4
>>>>> *<https://groups.google.com/forum/?pli=1#!topic/watir-general/nVVXggWAJJ4>
>>>>> ).
>>>>>
>>>>> I use Ruby 1.8.7, Watir 1.9.2, IE8
>>>>>
>>>>> Problem:
>>>>> When I execute an action on an element placed in a deeply nested frame,
>>>>> the method assert_exists from the Element class is called again and
>>>>> again by many methods, also by those called by assert_exists! As a result,
>>>>> for my simple example of 7 nested frames (see the thread "Watir is
>>>>> slow with nested frames" for details), this method was called 1536
>>>>> times! The same elements were located again and again with exactly the same
>>>>> criteria (@how, @what and @container)!
>>>>>
>>>>> My solution
>>>>> I modified the method assert_exists by adding four class variables that
>>>>> store the three location criteria and the OLE object found. Next time when
>>>>> the method assert_exists is called, the new criteria are compared with the
>>>>> previous ones. If they are the same, no need to 'locate' again, simply
>>>>> return the object found previously. After my modification, the method
>>>>> assert_exists is called only 17 times (always with my simple example), and
>>>>> the real location is done only 8 times (7 frames and one text field) - other
>>>>> 9 calls return the previously located objects. And everything takes less
>>>>> than 1 second (compared to 15 seconds before!).
>>>>>
>>>>> Here is the modified method:
>>>>>
>>>>>     def assert_exists
>>>>>       if respond_to?(:locate)
>>>>>         if (defined?(@@how) && defined?(@@what) &&
>>>>> defined?(@@container) && defined?(@@o) &&
>>>>>             @@how == @how && @@what == @what && @@container ==
>>>>> @container)
>>>>>           # The element has already been located -> take the already
>>>>> located OLE object
>>>>>           @o = @@o
>>>>>         else
>>>>>           # Locate the element...
>>>>>           locate
>>>>>           # ...and save the information that served to locate it...
>>>>>           @@how = @how
>>>>>           @@what = @what
>>>>>           @@container = @container
>>>>>           # ...and also the located OLE object.
>>>>>           @@o = @o
>>>>>         end
>>>>>       end
>>>>>       unless ole_object
>>>>>         raise UnknownObjectException.new(
>>>>>                 Watir::Exception.message_for_unable_to_locate(@how,
>>>>> @what))
>>>>>       end
>>>>>     end
>>>>>
>>>>> Question:
>>>>> As I am new to Watir (and Ruby), maybe I have ommited an important
>>>>> functionnality that may be broken by my modification.  Is there a downside
>>>>> to this?
>>>>>
>>>>> Jurek
>>>>>  _Disclaimer
>>>>> Vaudoise.ch______________________________________________________________-_
>>>>> Le pr?sent courriel, y compris les pi?ces jointes, s?adresse
>>>>> exclusivement ? la (aux) personne(s) ou ? la soci?t? ? laquelle (auxquelles)
>>>>> il est destin? et peut comporter des informations confidentielles et/ou
>>>>> prot?g?es par la loi. Toute divulgation, reproduction ou utilisation de ces
>>>>> informations est interdite et peut ?tre ill?gale. Si vous n??tes pas
>>>>> destinataire de ce courriel, merci de le d?truire imm?diatement et d?en
>>>>> aviser l?exp?diteur.
>>>>> This e-mail, including attachments, is intended for the person(s) or
>>>>> company named and may contain confidential and/or legally privileged
>>>>> information. Unauthorized disclosure, copying or use of this information may
>>>>> be unlawful and is prohibited. If you are not the intended recipient, please
>>>>> delete this message and notify the sender.
>>>>>
>>>>> _______________________________________________
>>>>> Wtr-development mailing list
>>>>> Wtr-development at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> Director, Watir Project, www.watir.com
>>
>> Blog, www.testingwithvision.com
>> Twitter, www.twitter.com/bpettichord
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Director, Watir Project, www.watir.com

Blog, www.testingwithvision.com
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110901/5f08f85a/attachment.html>

From watirjira at gmail.com  Sat Sep  3 10:41:55 2011
From: watirjira at gmail.com (bretts (JIRA))
Date: Sat, 3 Sep 2011 09:41:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-487) ElementCollections#each
 enumerates all collection items setting the index=>0
Message-ID: <192484.38.1315060915628.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

ElementCollections#each enumerates all collection items setting the index=>0
----------------------------------------------------------------------------

                 Key: WTR-487
                 URL: http://jira.openqa.org/browse/WTR-487
             Project: Watir
          Issue Type: Bug
          Components: Other
    Affects Versions: 2.0
         Environment: Win 7, Ruby 1.8.7, Watir 2.0.1
            Reporter: bretts


Basically, when i get a enumerate an element collection and then inspect the elements in the collection,
they all show index=>0

Steps to reproduce:
1) HTML

<html>
   <table id="a_table">
       <tr><td>boring text</tr></td>
       <tr><td>great text</td></tr>
       <tr><td>the best text ever<td></tr>
   </table>
</html>

2) Code
#------------------------
require 'rubygems'
gem 'watir', '=2.0.1'
require 'watir'

b = Watir::IE.new
b.goto 'http://localhost/test.html'

#get the table collection
table = b.table(:id, 'a_table')

#show the contents of the elements in the collection
table.rows.each { |r| puts r.inspect }
#--results
#<Watir::TableRow:0x4f0b540 located=true how={:index=>0} what=nil>
#<Watir::TableRow:0x4f0b060 located=true how={:index=>0} what=nil>
#<Watir::TableRow:0x4f0ad48 located=true how={:index=>0} what=nil>
#------------------------

3) Summary
Notice that the index for all the items in the collection is set to 0. I expected to see the indexes correspond to the index of the row in the table:
#<Watir::TableRow:0x4f0b540 located=true how={:index=>0} what=nil>
#<Watir::TableRow:0x4f0b060 located=true how={:index=>1} what=nil>
#<Watir::TableRow:0x4f0ad48 located=true how={:index=>2} what=nil>



-- 
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 alister.scott at gmail.com  Sun Sep  4 08:05:40 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Sun, 4 Sep 2011 22:05:40 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
Message-ID: <CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>

Hi Hugh,

Got the latest commit from github but having trouble building a gem locally,
due to problems with rake versions etc.
Is there a reason why Watir doesn't have a Gemfile for gem dependencies?

Any tips of quickly getting it running without too much fuss?

Cheers,
Alister


Alister Scott
Brisbane, Australia
Watir Web Master: http://watir.com
Blog: http://watirmelon.com
LinkedIn: http://www.linkedin.com/in/alisterscott

"There are two ways to get enough: One is to continue to accumulate more and
more. The other is to desire less." *~ G. K. Chesterton*


On Thu, Sep 1, 2011 at 2:01 AM, Hugh McGowan <colinsdaddy at gmail.com> wrote:

> Hi Alister,
>
> I tried to reproduce the exact behavior you were seeing and couldn't but I
> put some better handling around the IE calls to look at the document mode
> before deciding which method to call. Could you grab the changes from github
> and give it a try?
>
> Thanks!
> Hugh
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110904/487b4fed/attachment-0001.html>

From jarmo.p at gmail.com  Sun Sep  4 11:11:33 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Sun, 4 Sep 2011 18:11:33 +0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
Message-ID: <CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>

What is the error message?

Maybe downgrading rake helps:
gem uninstall rake
gem install rake -v 0.8.7

Only reason why there's no Gemfile is the fact that no-one hasn't done it
yet :P

Jarmo

On Sun, Sep 4, 2011 at 3:05 PM, Alister Scott <alister.scott at gmail.com>wrote:

> Hi Hugh,
>
> Got the latest commit from github but having trouble building a gem
> locally, due to problems with rake versions etc.
> Is there a reason why Watir doesn't have a Gemfile for gem dependencies?
>
> Any tips of quickly getting it running without too much fuss?
>
> Cheers,
> Alister
>
>
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
> On Thu, Sep 1, 2011 at 2:01 AM, Hugh McGowan <colinsdaddy at gmail.com>wrote:
>
>> Hi Alister,
>>
>> I tried to reproduce the exact behavior you were seeing and couldn't but I
>> put some better handling around the IE calls to look at the document mode
>> before deciding which method to call. Could you grab the changes from github
>> and give it a try?
>>
>> Thanks!
>> Hugh
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110904/8a0b6997/attachment.html>

From zeljko.filipin at wa-research.ch  Tue Sep  6 09:09:55 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Tue, 6 Sep 2011 15:09:55 +0200
Subject: [Wtr-development] Fwd: Time to get the SeConf ball rolling:
	committee
In-Reply-To: <CAOrAhYEEnyad+Bwuc6OSwXFP-=MD=oH2rFt6f3++p_9kBF6h8Q@mail.gmail.com>
References: <CAOrAhYEEnyad+Bwuc6OSwXFP-=MD=oH2rFt6f3++p_9kBF6h8Q@mail.gmail.com>
Message-ID: <CABfBeAroJoxovU1KrOV55Z9qygNf_x9WF6BQGkzxhMVf5MAVPg@mail.gmail.com>

More at
http://groups.google.com/group/seconf/browse_thread/thread/f9b5a5593caea56e

?eljko
--
watir.com - community manager
watir.com/book - author
watirpodcast.com - host


---------- Forwarded message ----------
From: Simon Stewart <simon.m.stewart at gmail.com>
Date: Mon, Sep 5, 2011 at 9:53 PM
Subject: Time to get the SeConf ball rolling: committee
To: seconf at googlegroups.com
Cc: selenium-developers <selenium-developers at googlegroups.com>


Cross-posted this one time to selenium-developers

Hi everyone,

It's time to start organising the next Selenium Conf. The discussions
on the list so far have dithered a little, so I'm deciding it'll be in
London this year.

Last year we had a "work horse" committee and a wider one for picking
submissions. That seemed to work well, let's do it again.

So, who wants to be on the work horse committee? I suggest UK (or, at
least, Europe-based) souls are best placed for this, but I'd be happy
for anyone to step forward if they want to lend a hand doing the grunt
work. If you're going to help with sponsors, you could be on the moon
for all I care :) Once we're ready to put out the call for papers,
we'll form the larger group. Sound good?

Cheers,

Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110906/d618be4c/attachment.html>

From watirjira at gmail.com  Tue Sep  6 09:52:56 2011
From: watirjira at gmail.com (vaks (JIRA))
Date: Tue, 6 Sep 2011 08:52:56 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-488) Can we test for
 commercial ads that play before the actual video streams?
Message-ID: <17858208.47.1315317176734.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

Can we test for commercial ads that play before the actual video streams?
-------------------------------------------------------------------------

                 Key: WTR-488
                 URL: http://jira.openqa.org/browse/WTR-488
             Project: Watir
          Issue Type: Task
          Components: One-Click Installer
    Affects Versions: 1.9.1
         Environment: windows 7, HP desktop
            Reporter: vaks


Can we test for commercial ads that play before the actual video streams?

For testing websites, where before a video streams, an ad appears for 10 seconds. How to test this functionality?

-- 
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 andreastt at opera.com  Tue Sep  6 12:05:56 2011
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Tue, 06 Sep 2011 18:05:56 +0200
Subject: [Wtr-development] OperaWatir v0.5.pre2 released
Message-ID: <op.v1d9n6fxyr45dn@c0443.oslo.osa>

OperaWatir v0.5.pre2 was just released.  It contains some bug fixes and
improvements
to the previous version released last week.

You can install it as usual:

     `jruby -S gem install operawatir --pre`

The change log:

v0.5.pre2    2011-09-06

     [NEW FEATURES]

     * Added browser utility service as Browser#utils, implementing the
following
       new method calls:

         Utils#core_version, returning the core version
         Utils#os, returning the browser's OS
         Utils#product, returning product type (desktop/core/mobile)
         Utils#binary_path, returning full path to Opera binary
         Utils#user_agent, returning User-Agent string
         Utils#pid, returning the browser's PID if available

       (andreastt)

     * Implementing ability to enable verbose logging in operawatir.  Added
       following new command-line switches to the operawatir binary:

         --debug=LEVEL (or -d for short), for specifying logging level
         --log=FILE, for specifying sending the logging to a file

       Available logging levels are: SEVERE (highest), WARNING, INFO,  
CONFIG,
       FINE, FINER, FINEST (lowest), ALL.  Default is INFO.  See `operawatir
       --help` for more information.

       (andreastt)

     [ENHANCEMENTS]

     * Now using DesiredCapabilities from OperaDriver v0.7 instead of
       OperaDriverSettings.  (andreastt)

     [BUG FIXES]

     * initMouseEvent in Element#fire_event is now clicking clientX and
clientY
       instead of relying on internal driver locators.  (andreastt)

     * Compat::Window#show_frames now returns a string instead of writing to
       STDOUT.  (andreastt)

     * Browser#quit was calling OperaDriver.shutdown() which is now
deprecated.
       Fixed by now calling OperaDriver.quit() instead.  (andreastt)

     * `operawatir --help` was broken, fixed by converting OptionParse  
object
to a
       String.  (andreastt)

     [OTHER]

     * Upgraded to OperaDriver v0.7.1.  (andreastt)

     * Added tests for new Utils interface.  (andreastt)

From watirjira at gmail.com  Tue Sep  6 14:12:56 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 6 Sep 2011 13:12:56 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-488) Can we test for
 commercial ads that play before the actual video streams?
In-Reply-To: <17858208.47.1315317176734.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <20506823.49.1315332776662.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


     [ http://jira.openqa.org/browse/WTR-488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jarmo Pertman closed WTR-488.
-----------------------------

    Resolution: Fixed

This is not a bug. Closing.

Ask that question in http://groups.google.com/group/watir-general or in StackOverflow with watir tag.

> Can we test for commercial ads that play before the actual video streams?
> -------------------------------------------------------------------------
>
>                 Key: WTR-488
>                 URL: http://jira.openqa.org/browse/WTR-488
>             Project: Watir
>          Issue Type: Task
>          Components: One-Click Installer
>    Affects Versions: 1.9.1
>         Environment: windows 7, HP desktop
>            Reporter: vaks
>
> Can we test for commercial ads that play before the actual video streams?
> For testing websites, where before a video streams, an ad appears for 10 seconds. How to test this functionality?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

From bret at pettichord.com  Wed Sep  7 22:37:03 2011
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 7 Sep 2011 21:37:03 -0500
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
Message-ID: <CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>

Hugh is on vacation this week. He was planning to stay home with his family,
but their subdivision caught fire and they were evacuated to a hotel for two
nights. Some homes were lost, but theirs is fine and they are now safe back
home. There have been a lot of fires out here lately.

Bret

On Sun, Sep 4, 2011 at 10:11 AM, Jarmo <jarmo.p at gmail.com> wrote:

> What is the error message?
>
> Maybe downgrading rake helps:
> gem uninstall rake
> gem install rake -v 0.8.7
>
> Only reason why there's no Gemfile is the fact that no-one hasn't done it
> yet :P
>
> Jarmo
>
> On Sun, Sep 4, 2011 at 3:05 PM, Alister Scott <alister.scott at gmail.com>wrote:
>
>> Hi Hugh,
>>
>> Got the latest commit from github but having trouble building a gem
>> locally, due to problems with rake versions etc.
>> Is there a reason why Watir doesn't have a Gemfile for gem dependencies?
>>
>> Any tips of quickly getting it running without too much fuss?
>>
>> Cheers,
>> Alister
>>
>>
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." *~ G. K. Chesterton*
>>
>>
>> On Thu, Sep 1, 2011 at 2:01 AM, Hugh McGowan <colinsdaddy at gmail.com>wrote:
>>
>>> Hi Alister,
>>>
>>> I tried to reproduce the exact behavior you were seeing and couldn't but
>>> I put some better handling around the IE calls to look at the document mode
>>> before deciding which method to call. Could you grab the changes from github
>>> and give it a try?
>>>
>>> Thanks!
>>> Hugh
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Director, Watir Project, www.watir.com

Blog, www.testingwithvision.com
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110907/0e29b7a7/attachment-0001.html>

From alister.scott at gmail.com  Thu Sep  8 01:17:25 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Thu, 8 Sep 2011 15:17:25 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
	<CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
Message-ID: <CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>

Pass on my regards to Hugh.

Cheers,

Alister Scott
Brisbane, Australia
Watir Web Master: http://watir.com
Blog: http://watirmelon.com
LinkedIn: http://www.linkedin.com/in/alisterscott

"There are two ways to get enough: One is to continue to accumulate more and
more. The other is to desire less." *~ G. K. Chesterton*


On Thu, Sep 8, 2011 at 12:37 PM, Bret Pettichord <bret at pettichord.com>wrote:

> Hugh is on vacation this week. He was planning to stay home with his
> family, but their subdivision caught fire and they were evacuated to a hotel
> for two nights. Some homes were lost, but theirs is fine and they are now
> safe back home. There have been a lot of fires out here lately.
>
> Bret
>
>
> On Sun, Sep 4, 2011 at 10:11 AM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> What is the error message?
>>
>> Maybe downgrading rake helps:
>> gem uninstall rake
>> gem install rake -v 0.8.7
>>
>> Only reason why there's no Gemfile is the fact that no-one hasn't done it
>> yet :P
>>
>> Jarmo
>>
>> On Sun, Sep 4, 2011 at 3:05 PM, Alister Scott <alister.scott at gmail.com>wrote:
>>
>>> Hi Hugh,
>>>
>>> Got the latest commit from github but having trouble building a gem
>>> locally, due to problems with rake versions etc.
>>> Is there a reason why Watir doesn't have a Gemfile for gem dependencies?
>>>
>>> Any tips of quickly getting it running without too much fuss?
>>>
>>> Cheers,
>>> Alister
>>>
>>>
>>>
>>> Alister Scott
>>> Brisbane, Australia
>>> Watir Web Master: http://watir.com
>>> Blog: http://watirmelon.com
>>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>>
>>> "There are two ways to get enough: One is to continue to accumulate more
>>> and more. The other is to desire less." *~ G. K. Chesterton*
>>>
>>>
>>> On Thu, Sep 1, 2011 at 2:01 AM, Hugh McGowan <colinsdaddy at gmail.com>wrote:
>>>
>>>> Hi Alister,
>>>>
>>>> I tried to reproduce the exact behavior you were seeing and couldn't but
>>>> I put some better handling around the IE calls to look at the document mode
>>>> before deciding which method to call. Could you grab the changes from github
>>>> and give it a try?
>>>>
>>>> Thanks!
>>>> Hugh
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> Director, Watir Project, www.watir.com
>
> Blog, www.testingwithvision.com
> Twitter, www.twitter.com/bpettichord
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110908/d38dae93/attachment.html>

From colinsdaddy at gmail.com  Thu Sep  8 10:58:59 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Thu, 8 Sep 2011 09:58:59 -0500
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
	<CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
	<CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>
Message-ID: <CAH59Z1zv3W3xye-L9HitrHgqHDs6Yi0NPqVj7KJVHKRjyAtdow@mail.gmail.com>

Thanks. Things are finally calming down here - been a crazy few days...

I've made a pre-release candidate that you can install with 'gem install
watir --pre' . That should be a little easier to work with :). Let me know
if this fixes the issue you were seeing.

Thanks!
Hugh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110908/47f7fbb8/attachment.html>

From andreastt at opera.com  Fri Sep  9 03:42:17 2011
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Fri, 09 Sep 2011 09:42:17 +0200
Subject: [Wtr-development] OperaWatir v0.5.pre3 released
Message-ID: <op.v1i6cri5yr45dn@c0443.oslo.osa>

OperaWatir v0.5.pre3 was just pushed, and is mainly a patch release for
regressions detected in pre2 released earlier this week.

The full change log for this version:

   [BUG FIXES]

   * Calling #to_s on opts, fixes `desktopwatir --help`.  (andreastt)

   * Removing redundant -autotestmode argument sent by
     OperaWatir::DesktopBrowser.  (andreastt)

   [OTHER]

   * Upgraded to OperaDriver v0.7.2.  This will fix issues with getting  
location
     of elements in SVG documents, among other fixes.  (andreastt)

   * Upgraded to latest head of selenium-client-nodeps.  (andreatt)

For the updates to OperaDriver, please see its change log:

   <URI:https://github.com/operasoftware/operadriver/blob/v0.7.2/CHANGES.markdown>

Please report any problems you might find to the issue tracker:

   <URI:https://github.com/operasoftware/operawatir/issues>


Best regards,

-- 
Andreas Tolf Tolfsen
QA Engineer, Core Systems
Opera Software ASA

From alister.scott at gmail.com  Sat Sep 10 01:15:21 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Sat, 10 Sep 2011 15:15:21 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAH59Z1zv3W3xye-L9HitrHgqHDs6Yi0NPqVj7KJVHKRjyAtdow@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
	<CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
	<CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>
	<CAH59Z1zv3W3xye-L9HitrHgqHDs6Yi0NPqVj7KJVHKRjyAtdow@mail.gmail.com>
Message-ID: <CAC1iRBwQRg5vgy6ajtAcY+MEf5ftTGdyzY+wKt9Um2O+y-8P=A@mail.gmail.com>

Hi Hugh,

Thanks for that. I downloaded and tested watir-2.0.2.rc1 and it works fine
now in IE9 in both document modes.
Thanks for your work on this.

Cheers,
Alister


Alister Scott
Brisbane, Australia
Watir Web Master: http://watir.com
Blog: http://watirmelon.com
LinkedIn: http://www.linkedin.com/in/alisterscott

"There are two ways to get enough: One is to continue to accumulate more and
more. The other is to desire less." *~ G. K. Chesterton*


On Fri, Sep 9, 2011 at 12:58 AM, Hugh McGowan <colinsdaddy at gmail.com> wrote:

> Thanks. Things are finally calming down here - been a crazy few days...
>
> I've made a pre-release candidate that you can install with 'gem install
> watir --pre' . That should be a little easier to work with :). Let me know
> if this fixes the issue you were seeing.
>
> Thanks!
> Hugh
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/ef51f05c/attachment.html>

From alister.scott at gmail.com  Sat Sep 10 01:30:22 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Sat, 10 Sep 2011 15:30:22 +1000
Subject: [Wtr-development] send_keys methods differences between watir and
	watir-webdriver
Message-ID: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>

Hi,

I've noticed there's some differences between the .send_keys method in Watir
and Watir-WebDriver.

1) .send_keys only works at the *browser* level in watir, whereas it works
at the browser and *element* level in watir-webdriver
2) .send_keys requires special strings in watir (eg. "{ENTER}") whereas
send_keys uses chains of symbols (and arrays of symbols) in watir-webdriver
(eg b.element.send_keys [:control, 'a'], :backspace): full list here:
http://watirwebdriver.com/sending-special-keys/

I think the watir-webdriver API is better in this regard, so, what do people
think about incorporating the element level send_keys, and the use of
symbols into Watir?
I imagine we'd need to leave the special string support for backwards
compatibility.

Cheers,
Alister

Alister Scott
Brisbane, Australia
Watir Web Master: http://watir.com
Blog: http://watirmelon.com
LinkedIn: http://www.linkedin.com/in/alisterscott

"There are two ways to get enough: One is to continue to accumulate more and
more. The other is to desire less." *~ G. K. Chesterton*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/e216d6c5/attachment-0001.html>

From jarmo.p at gmail.com  Sat Sep 10 02:56:21 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 10 Sep 2011 09:56:21 +0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBwQRg5vgy6ajtAcY+MEf5ftTGdyzY+wKt9Um2O+y-8P=A@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
	<CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
	<CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>
	<CAH59Z1zv3W3xye-L9HitrHgqHDs6Yi0NPqVj7KJVHKRjyAtdow@mail.gmail.com>
	<CAC1iRBwQRg5vgy6ajtAcY+MEf5ftTGdyzY+wKt9Um2O+y-8P=A@mail.gmail.com>
Message-ID: <CAHZHd6V9DxZbu2PdaOD8fTSxcbdHN75WPDOae-JPnaDEXkFaEQ@mail.gmail.com>

Thanks for your feedback. In that case, Hugh, you may fix the CHANGES file
and commence with the new release :)

You can also write the announcement into wtr-dev and wtr-general lists :)
Thanks!

Or if you're too busy, then i could do all of this too.

Jarmo

On Sat, Sep 10, 2011 at 8:15 AM, Alister Scott <alister.scott at gmail.com>wrote:

> Hi Hugh,
>
> Thanks for that. I downloaded and tested watir-2.0.2.rc1 and it works fine
> now in IE9 in both document modes.
> Thanks for your work on this.
>
>
> Cheers,
> Alister
>
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
> On Fri, Sep 9, 2011 at 12:58 AM, Hugh McGowan <colinsdaddy at gmail.com>wrote:
>
>> Thanks. Things are finally calming down here - been a crazy few days...
>>
>> I've made a pre-release candidate that you can install with 'gem install
>> watir --pre' . That should be a little easier to work with :). Let me know
>> if this fixes the issue you were seeing.
>>
>> Thanks!
>> Hugh
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/039cf471/attachment.html>

From jarmo.p at gmail.com  Sat Sep 10 03:10:18 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 10 Sep 2011 10:10:18 +0300
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
Message-ID: <CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>

And how would you send just some text with Watir-WebDriver, e.g. 'hello'?
send_keys "hello"? So, as i understand then the array's are key combinations
and just a symbol is a special key and string is just as is?

I'd hate to keep something just for backwards compatibility until forever :/

J.

On Sat, Sep 10, 2011 at 8:30 AM, Alister Scott <alister.scott at gmail.com>wrote:

> Hi,
>
> I've noticed there's some differences between the .send_keys method in
> Watir and Watir-WebDriver.
>
> 1) .send_keys only works at the *browser* level in watir, whereas it works
> at the browser and *element* level in watir-webdriver
> 2) .send_keys requires special strings in watir (eg. "{ENTER}") whereas
> send_keys uses chains of symbols (and arrays of symbols) in watir-webdriver
> (eg b.element.send_keys [:control, 'a'], :backspace): full list here:
> http://watirwebdriver.com/sending-special-keys/
>
> I think the watir-webdriver API is better in this regard, so, what do
> people think about incorporating the element level send_keys, and the use of
> symbols into Watir?
> I imagine we'd need to leave the special string support for backwards
> compatibility.
>
> Cheers,
> Alister
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/565d7f02/attachment.html>

From alister.scott at gmail.com  Sat Sep 10 06:20:50 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Sat, 10 Sep 2011 20:20:50 +1000
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
Message-ID: <CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>

Depends on whether you want to send some text, or set a field.
I usually use element.set('hello') which does what it says, sets it to
'hello'

If you wanted to send the text, you'd call element.send_keys('hello'), the
difference being this doesn't clear the field first, so it'll just fire in
this text string to what is already there.

The usage therefore is, element.set for setting a value, element.send_keys
for performing an action, like element.send_keys([:control, 'a']) would
select all in a field.

You wouldn't want to use .set with special keys as it would replace what you
are trying to select!

Does this make sense?

Cheers,
Alister

Alister Scott
Brisbane, Australia
Watir Web Master: http://watir.com
Blog: http://watirmelon.com
LinkedIn: http://www.linkedin.com/in/alisterscott

"There are two ways to get enough: One is to continue to accumulate more and
more. The other is to desire less." *~ G. K. Chesterton*


On Sat, Sep 10, 2011 at 5:10 PM, Jarmo <jarmo.p at gmail.com> wrote:

> And how would you send just some text with Watir-WebDriver, e.g. 'hello'?
> send_keys "hello"? So, as i understand then the array's are key combinations
> and just a symbol is a special key and string is just as is?
>
> I'd hate to keep something just for backwards compatibility until forever
> :/
>
> J.
>
> On Sat, Sep 10, 2011 at 8:30 AM, Alister Scott <alister.scott at gmail.com>wrote:
>
>> Hi,
>>
>> I've noticed there's some differences between the .send_keys method in
>> Watir and Watir-WebDriver.
>>
>> 1) .send_keys only works at the *browser* level in watir, whereas it
>> works at the browser and *element* level in watir-webdriver
>> 2) .send_keys requires special strings in watir (eg. "{ENTER}") whereas
>> send_keys uses chains of symbols (and arrays of symbols) in watir-webdriver
>> (eg b.element.send_keys [:control, 'a'], :backspace): full list here:
>> http://watirwebdriver.com/sending-special-keys/
>>
>> I think the watir-webdriver API is better in this regard, so, what do
>> people think about incorporating the element level send_keys, and the use of
>> symbols into Watir?
>> I imagine we'd need to leave the special string support for backwards
>> compatibility.
>>
>> Cheers,
>> Alister
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." *~ G. K. Chesterton*
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/fe328002/attachment.html>

From jarmo.p at gmail.com  Sat Sep 10 08:19:45 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 10 Sep 2011 15:19:45 +0300
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
Message-ID: <CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>

I know the difference between #set and #send_keys, but i was asking what was
the syntax for let's say typing word "hello" and then doing :control, 'a'.
Would it be:
#send_keys('hello', [:control, 'a'])

Does it mean technically that:
1) string "sent" with keypress-keyrelease
2) control is sent with keypress
3) "a" is sent with keypress
4) control and "a" are sent with keyrelease?

What about control+alt+a?
#send_keys([:control, :alt, 'a'])?

And this:
1) control is sent with key-press
2) alt is sent with key-press
3) "a" is sent with key-press
4) all keys are released

I'm asking these questions since Watir::IE#send_keys forwards all it's
arguments to RAutomation::Window#send_keys, which means that the change
should be mainly there.

Jarmo

On Sat, Sep 10, 2011 at 1:20 PM, Alister Scott <alister.scott at gmail.com>wrote:

> Depends on whether you want to send some text, or set a field.
> I usually use element.set('hello') which does what it says, sets it to
> 'hello'
>
> If you wanted to send the text, you'd call element.send_keys('hello'), the
> difference being this doesn't clear the field first, so it'll just fire in
> this text string to what is already there.
>
> The usage therefore is, element.set for setting a value, element.send_keys
> for performing an action, like element.send_keys([:control, 'a']) would
> select all in a field.
>
> You wouldn't want to use .set with special keys as it would replace what
> you are trying to select!
>
> Does this make sense?
>
>
> Cheers,
> Alister
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
> On Sat, Sep 10, 2011 at 5:10 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> And how would you send just some text with Watir-WebDriver, e.g. 'hello'?
>> send_keys "hello"? So, as i understand then the array's are key combinations
>> and just a symbol is a special key and string is just as is?
>>
>> I'd hate to keep something just for backwards compatibility until forever
>> :/
>>
>> J.
>>
>> On Sat, Sep 10, 2011 at 8:30 AM, Alister Scott <alister.scott at gmail.com>wrote:
>>
>>> Hi,
>>>
>>> I've noticed there's some differences between the .send_keys method in
>>> Watir and Watir-WebDriver.
>>>
>>> 1) .send_keys only works at the *browser* level in watir, whereas it
>>> works at the browser and *element* level in watir-webdriver
>>> 2) .send_keys requires special strings in watir (eg. "{ENTER}") whereas
>>> send_keys uses chains of symbols (and arrays of symbols) in watir-webdriver
>>> (eg b.element.send_keys [:control, 'a'], :backspace): full list here:
>>> http://watirwebdriver.com/sending-special-keys/
>>>
>>> I think the watir-webdriver API is better in this regard, so, what do
>>> people think about incorporating the element level send_keys, and the use of
>>> symbols into Watir?
>>> I imagine we'd need to leave the special string support for backwards
>>> compatibility.
>>>
>>> Cheers,
>>> Alister
>>>
>>> Alister Scott
>>> Brisbane, Australia
>>> Watir Web Master: http://watir.com
>>> Blog: http://watirmelon.com
>>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>>
>>> "There are two ways to get enough: One is to continue to accumulate more
>>> and more. The other is to desire less." *~ G. K. Chesterton*
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/b35d42a2/attachment-0001.html>

From colinsdaddy at gmail.com  Sat Sep 10 09:48:38 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Sat, 10 Sep 2011 08:48:38 -0500
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAHZHd6V9DxZbu2PdaOD8fTSxcbdHN75WPDOae-JPnaDEXkFaEQ@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
	<CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>
	<CAHZHd6ULtYRTONt13h_b34p3qhiCSd1ppPJUg3zz_UoUdPhZVA@mail.gmail.com>
	<CAH59Z1wD1XTs=t52dnbvhof2KG5__aGtkQQ1+4wvo_H5XA3uZA@mail.gmail.com>
	<CAC1iRBxubdrd+ooCYWgEdaCdTUNfPaJUOuaeGkr43SC2xkGteA@mail.gmail.com>
	<CAH59Z1zSPjxgueXeydhXf-Y7y+j5bou55RLhu9XiL0QEFCLL3w@mail.gmail.com>
	<CAC1iRBwdgN9NWEr09=GA_hmYTrrfAnuKrEQAmY4B3r5xGvjx3Q@mail.gmail.com>
	<CAHZHd6U6OtFxrc+638EYFPrMhdcxzzzUXSNbAJTuYUPzmjEPeA@mail.gmail.com>
	<CAPjkWY3px0SA0kFQE5sBxKySB_G9aSbT96KoiLq5AG1KYxtosw@mail.gmail.com>
	<CAC1iRBxrqNkchWkm2bSrLRB7ySd1Shio6TSDxzkRMXkv5Fxf9A@mail.gmail.com>
	<CAH59Z1zv3W3xye-L9HitrHgqHDs6Yi0NPqVj7KJVHKRjyAtdow@mail.gmail.com>
	<CAC1iRBwQRg5vgy6ajtAcY+MEf5ftTGdyzY+wKt9Um2O+y-8P=A@mail.gmail.com>
	<CAHZHd6V9DxZbu2PdaOD8fTSxcbdHN75WPDOae-JPnaDEXkFaEQ@mail.gmail.com>
Message-ID: <CAH59Z1zYkwgR350AWdadfcqZSNxCDV6s7epKYqMKH+7HRgysBA@mail.gmail.com>

Awesome - I'll make the release today


Hugh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/fe7295a1/attachment.html>

From colinsdaddy at gmail.com  Sat Sep 10 13:54:57 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Sat, 10 Sep 2011 12:54:57 -0500
Subject: [Wtr-development] Watir 2.0.2 Released
Message-ID: <CAH59Z1xLckx7ZxawHe6aEhicQLCyA=unL_nGCY=aOM8gbA3=zg@mail.gmail.com>

HI all,

We've released Watir 2.0.2. This release contains the following changes:

* support for del, ins, font, meta and ol tags
* support for h1, h2, h3, h4, h5, h6 and ul collection methods
* Watir::IE#execute_script returns the value of the JavaScript evaluation
* Watir::IE#fire_event checks for the document mode in IE9
* Watir::Table#rows method iterates correctly over rows
* Performance enhancements for html elements in some situations

Thanks!
Hugh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110910/5eb038b2/attachment.html>

From simon.m.stewart at gmail.com  Sat Sep 10 15:13:36 2011
From: simon.m.stewart at gmail.com (Simon Stewart)
Date: Sat, 10 Sep 2011 20:13:36 +0100
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
Message-ID: <CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>

send_keys in webdriver is "sticky" until the end of the array of
parameters sent to the method or the magic "keys.NULL" character is
seen. Therefore to type "hello" followed by "control + i":

send_keys(["hello", :control, "i"])

The idea behind this is to allow complex chording to be done in a
relatively natural way via send_keys. For more advanced control, we
provided the advanced user interaction API.

Simon

On Sat, Sep 10, 2011 at 1:19 PM, Jarmo <jarmo.p at gmail.com> wrote:
> I know the difference between #set and #send_keys, but i was asking what was
> the syntax for let's say typing word "hello" and then doing :control, 'a'.
> Would it be:
> #send_keys('hello', [:control, 'a'])
> Does it mean technically that:
> 1) string "sent" with keypress-keyrelease
> 2) control is sent with keypress
> 3) "a" is sent with keypress
> 4) control and "a" are sent with keyrelease?
> What about control+alt+a?
> #send_keys([:control, :alt, 'a'])?
> And this:
> 1) control is sent with key-press
> 2) alt is sent with key-press
> 3) "a" is sent with key-press
> 4) all keys are released
> I'm asking these questions since Watir::IE#send_keys forwards all it's
> arguments to RAutomation::Window#send_keys, which means that the change
> should be mainly there.
> Jarmo
> On Sat, Sep 10, 2011 at 1:20 PM, Alister Scott <alister.scott at gmail.com>
> wrote:
>>
>> Depends on whether you want to send some text, or set a field.
>> I usually use element.set('hello') which does what it says, sets it to
>> 'hello'
>>
>> If you wanted to send the text, you'd call element.send_keys('hello'), the
>> difference being this doesn't clear the field first, so it'll just fire in
>> this text string to what is already there.
>>
>> The usage therefore is, element.set for setting a value, element.send_keys
>> for performing an action, like element.send_keys([:control, 'a']) would
>> select all in a field.
>>
>> You wouldn't want to use .set with special keys as it would replace what
>> you are trying to select!
>>
>> Does this make sense?
>>
>> Cheers,
>> Alister
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." ~ G. K. Chesterton
>>
>>
>> On Sat, Sep 10, 2011 at 5:10 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>
>>> And how would you send just some text with Watir-WebDriver, e.g. 'hello'?
>>> send_keys "hello"? So, as i understand then the array's are key combinations
>>> and just a symbol is a special key and string is just as is?
>>> I'd hate to keep something just for backwards compatibility until forever
>>> :/
>>> J.
>>>
>>> On Sat, Sep 10, 2011 at 8:30 AM, Alister Scott <alister.scott at gmail.com>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I've noticed there's some differences between the .send_keys method in
>>>> Watir and Watir-WebDriver.
>>>>
>>>> 1) .send_keys only works at the browser level in watir, whereas it works
>>>> at the browser and element level in watir-webdriver
>>>> 2) .send_keys requires special strings in watir (eg. "{ENTER}") whereas
>>>> send_keys uses chains of symbols (and arrays of symbols) in watir-webdriver
>>>> (eg b.element.send_keys [:control, 'a'], :backspace): full list here:
>>>> http://watirwebdriver.com/sending-special-keys/
>>>>
>>>> I think the watir-webdriver API is better in this regard, so, what do
>>>> people think about incorporating the element level send_keys, and the use of
>>>> symbols into Watir?
>>>> I imagine we'd need to leave the special string support for backwards
>>>> compatibility.
>>>>
>>>> Cheers,
>>>> Alister
>>>>
>>>> Alister Scott
>>>> Brisbane, Australia
>>>> Watir Web Master: http://watir.com
>>>> Blog: http://watirmelon.com
>>>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>>>
>>>> "There are two ways to get enough: One is to continue to accumulate more
>>>> and more. The other is to desire less." ~ G. K. Chesterton
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From andreastt at opera.com  Mon Sep 12 05:38:01 2011
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Mon, 12 Sep 2011 11:38:01 +0200
Subject: [Wtr-development] OperaWatir v0.5 released
Message-ID: <op.v1ovpnylyr45dn@c0443.oslo.osa>

OperaWatir v0.5 was just released!  This is the first stable OperaWatir  
release
in quite some time as you will note from the extensive change log below.

Most of the changes are however Desktop automation-related changes or  
changes
related to upgrading the bundled OperaDriver.

New features for core testing is the CoreUtils interface which will allow  
you
to query various meta information about the browser:

   * browser.utils.core_version  Bundled core version
   * browser.utils.os            Operating system
   * browser.utils.product       Kind of Opera product (core-gogi or  
desktop)
   * browser.utils.binary_path   The full path to Opera
   * browser.utils.user_agent    The User-Agent string
   * browser.utils.pid           Process ID if available on platform

It is now also possible to enable more extensive debug output from  
OperaDriver
using the --debug and --log switches to the operawatir binary:

   --debug=LEVEL, where LEVEL can be one of SEVERE (highest), WARNING, INFO,
   CONFIG, FINE, FINER, FINEST (lowest), ALL.  The default is INFO.

   --log=FILE for specifying sending the logging output to a file

You will find the full change log for OperaDriver here:

   <URI:https://github.com/operasoftware/operadriver/blob/v0.7.2/CHANGES.markdown>

OperaWatir v0.5 will be deployed on SPARTAN shortly, so I would highly  
suggest
upgrading soon.

If you're installing on a native package installation of JRuby:

   % jruby -S gem install operawatir

If you're on GNU/Linux you also need to expose the JRuby gem bin/  
directory on
your PATH.

If you're installing using rvm:

   % rvm use jruby
   % gem install operawatir

If you're using rvm, it will figure out the PATH settings for you.

When you are subject to any bugs with OperaWatir, please report them here:

   <URI:https://github.com/operasoftware/operawatir/issues>

(Or on the WTR project in the bug tracker if you work at Opera.)

As always, we're available in the #watir channel on IRC if you have any  
questions.


The full change log:

v0.5         2011-09-12

   [OTHER]

   * Pushed final version 0.5.  (andreastt)

v0.5.pre3    2011-09-09

   [BUG FIXES]

   * Calling #to_s on opts, fixes `desktopwatir --help`.  (andreastt)

   * Removing redundant -autotestmode argument sent by
     OperaWatir::DesktopBrowser.  (andreastt)

   [OTHER]

   * Upgraded to OperaDriver v0.7.2.  This will fix issues with getting  
location
     of elements in SVG documents, among other fixes.  (andreastt)

   * Upgraded to latest head of selenium-client-nodeps.  (andreatt)

v0.5.pre2    2011-09-06

   [NEW FEATURES]

   * Added browser utility service as Browser#utils, implementing the  
following
     new method calls:

       Utils#core_version, returning the core version
       Utils#os, returning the browser's OS
       Utils#product, returning product type (desktop/core/mobile)
       Utils#binary_path, returning full path to Opera binary
       Utils#user_agent, returning User-Agent string
       Utils#pid, returning the browser's PID if available

     (andreastt)

   * Implementing ability to enable verbose logging in operawatir.  Added
     following new command-line switches to the operawatir binary:

       --debug=LEVEL (or -d for short), for specifying logging level
       --log=FILE, for specifying sending the logging to a file

     Available logging levels are: SEVERE (highest), WARNING, INFO, CONFIG,
     FINE, FINER, FINEST (lowest), ALL.  Default is INFO.  See `operawatir
     --help` for more information.

     (andreastt)

   [ENHANCEMENTS]

   * Now using DesiredCapabilities from OperaDriver v0.7 instead of
     OperaDriverSettings.  (andreastt)

   [BUG FIXES]

   * initMouseEvent in Element#fire_event is now clicking clientX and  
clientY
     instead of relying on internal driver locators.  (andreastt)

   * Compat::Window#show_frames now returns a string instead of writing to
     STDOUT.  (andreastt)

   * Browser#quit was calling OperaDriver.shutdown() which is now  
deprecated.
     Fixed by now calling OperaDriver.quit() instead.  (andreastt)

   * `operawatir --help` was broken, fixed by converting OptionParse object  
to a
     String.  (andreastt)

   [OTHER]

   * Upgraded to OperaDriver v0.7.1.  (andreastt)

   * Added tests for new Utils interface.  (andreastt)

v0.5.pre1    2011-08-31

   [API CHANGES]

   * Implemented advanced user interaction API in Watir by adding a new  
Actions
     class.  This is accessible through Browser#actions.  (stuartk)

   * Removed Browser#close_all since this is no longer supported in  
WebDriver.
     The alternative approach is to get all windows, then cycle through  
them to
     close them.  (andreastt)

   * Added following method calls related to performing context menu clicks:

       DesktopBrowser#action_with_condition
       DesktopBrowser#active_quick_window_id
       DesktopBrowser#close_active_menu
       DesktopBrowser#close_all_menus
       DesktopBrowser#close_menu
       DesktopBrowser#close_menu_with_key_press
       DesktopBrowser#key_press_with_condition
       DesktopBrowser#open_menu_with_key_press
       DesktopBrowser#open_menu_with_rightclick
       DesktopBrowser#quick_menuitems
       DesktopBrowser#quick_menus
       DesktopBrowser#quick_tabs
       DesktopBrowser::ConditionTimeout
       DesktopContainer#quick_dropdownitem
       DesktopContainer#quick_menu
       DesktopContainer#quick_menuitem
       QuickMenu (...)
       QuickMenuItem (...)

     (karie)

   * Added following utility methods:

       DesktopBrowser#desktop?
       DesktopHelper#linux?
       DesktopHelper#mac?
       DesktopCommon#linux_internal?
       DesktopCommon#mac_internal?
       DesktopCommon#wait_for_menu_closed
       DesktopCommon#wait_for_menu_shown
       DesktopCommon#wait_for_widget_visible
       DesktopCommon#widgets

     (karie)

   * Added QuickButton#wait_for_visible to wait for a button to become  
visible.
    (karie)

   * Added following APIs related to QuickDropdown's:

       QuickDropdown#dropped_down?
       QuickDropdown#open_with_click
       QuickDropdownItem (...)

   * Added QuickTab#close_window_with_doubleclick.  (karie)

   * Added following APIs related to QuickTreeItem:

       QuickTreeItem#open_dialog_with_click
       QuickTreeItem#open_window_with_click

     (karie)

   * Added following APIs related to widgets:

       QuickWidget#click_with_condition
       QuickWidget#click_with_condition_internal
       QuickWidget#double_click_with_condition
       QuickWidget#focus_with_hover
       QuickWidget#middle_click_with_condition
       QuickWidget#open_menu_with_rightclick
       QuickWidget#open_window_with_click_internal
       QuickWidget#quick_tabs
       QuickWidget#quick_widgets
       QuickWidget#right_click_with_condition
       QuickWidget#verify_realtext
       QuickWidget::ConditionTimeout

     (karie)

   * Added following APIs related to QuickWindow:

       QuickWindow#active?
       QuickWindow#quick_widgets

     (karie)

   * Removed DesktopBrowser#open_dialog_with_click.  (karie)

   * Removed DesktopBrowser#key_down.  (karie)

   * Removed DesktopBrowser#key_up.  (karie)

   * Removed Preferences::Entry (...) and Preferences::SECTIONS; replaced by
     Preferences::Section and Preferences::Section::Key.  (andreastt)

   * Removed QuickButton#load_page_with_click.  (karie)

   * Removed QuickButton#open_dialog_with_click.  (karie)

   * Removed QuickButton#open_window_with_click.  (karie)

   * Exposed WebElement.middleClick() from WebDriver as  
Element#middle_click.
     (andreastt)

   * Renamed #key_down, and #key_up in desktop_browser to avoid clash with  
clash
     with browser#key_down and up.  Fixes failures of operawatir/core spec  
tests.
     New APIs:

        DesktopCommon#key_down_direct
        DesktopCommon#key_up_direct

     (karie)

   [NEW FEATURES]

   * Access to widgets in Desktop.  (karie/adamm)

   * Context menus in Desktop.  (karie/adamm)

   [BUG FIXES]

   * Fix for bug DSK-341584 concerning a regression in quick_treeitem where  
it
     complained about wrong number of arguments.  (karie)

   * profile-autotest folder was not deleted in running any spec test with  
no
     arguments, fixes DSK-333674.  (karie)

   * Add separator to #QuickMenuItem#to_s method.  (adamm)

   * Fixes to make Mac work with menus and multiple windows.  (adamm)

   * treeitem open window with click, fixes bug DSK-341539.  (karie)

   [OTHER]

   * Added more desktop-related tests.  (karie)

   * Added preliminary tests for keys implementation in key_spec.rb.
     (andreastt)

   * Fixes to make core tests run.  (andreastt)

   * Fixes to make desktop tests run.  (mariap)

v0.4.3.pre2  2011-05-25

   [BUG FIXES]

   * Element#click and Compat::Element#click now defaults to
     coordinates [1,1], fixing WTR-354.  (andreastt)

v0.4.3.pre1  2011-05-24

   [OTHER]

   * Using pessimistic operator to determine rspec version between 2.6.0
     and 2.7.0.  rspec v2.6.0 should now be fixed for JRuby.  (andreastt)

From watirjira at gmail.com  Tue Sep 13 07:39:59 2011
From: watirjira at gmail.com (Neha (JIRA))
Date: Tue, 13 Sep 2011 06:39:59 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-489) click_no_wait not
	working.
Message-ID: <24422492.2.1315913999827.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

click_no_wait not working.
--------------------------

                 Key: WTR-489
                 URL: http://jira.openqa.org/browse/WTR-489
             Project: Watir
          Issue Type: Bug
          Components: Modal Web Dialog
    Affects Versions: 1.9.1
         Environment: Ruby 1.8.6-26 Watir-1.8.0
            Reporter: Neha
            Priority: Major


There are multiple nested modal dialogs in the application. When a try to open the third modal dialog in continuation click_no_wait do works as expected and using click /click! hangs the script execution.Not able to understand that the same click_no_wait works for the opening first two consecutive modal dialog.


Code lines where execution fails:- 

modal_2.frame(:index,1).frame(:id,'SavedReport265').div(:id,'MainDiv').area(:index,2).click_no_wait()
sleep 10
modal_3 = modal_2.modal_dialog(:title,'Reporting')

The error displayed :

c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:61:in `locate': Modal Dialog with title Reporting not found. Timeout = 2.0 (Watir::Exception::NoMatchingWindowFoundException)
	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:96:in `initialize'
	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `new'
	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `modal_dialog'


Not able to locate the Reporting modal dialog.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

From watirjira at gmail.com  Tue Sep 13 14:43:59 2011
From: watirjira at gmail.com (bretts (JIRA))
Date: Tue, 13 Sep 2011 13:43:59 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-490) One Based Indexing
 Returns The Wrong Element In The Collection
Message-ID: <30568686.6.1315939439863.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

One Based Indexing Returns The Wrong Element In The Collection
--------------------------------------------------------------

                 Key: WTR-490
                 URL: http://jira.openqa.org/browse/WTR-490
             Project: Watir
          Issue Type: Bug
          Components: Other
    Affects Versions: 2.0
         Environment: Windows 7
Ruby 1.8.7
Watir 2.0.2
            Reporter: bretts


When indexing a collection using 1 based indexing, I'm getting back the item at index + 1

Steps to Reproduce:
1) HTML
<html>
<table id="a_table">
    <tr id="first"><td>1</tr></td>
    <tr id="second"><td>2</td></tr>
    <tr id="third"><td>3<td></tr>
    <tr id="fourth"><td>4<td></tr>
</table>
</html>

2) Code
#------------
require 'watir'

Watir.options[:zero_based_indexing] = false
@browser = Watir::Browser.new

@browser.goto 'http://localhost/test.html'
r = @browser.table(:id, 'a_table').rows[2]
puts r.id # returns 'third'

3) Summary
I expected the id of the row to be 'second' instead of 'third'


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

From zeljko.filipin at wa-research.ch  Sat Sep 17 09:39:33 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Sat, 17 Sep 2011 15:39:33 +0200
Subject: [Wtr-development] [watirbook] Re: New (minor) version of the
	book
In-Reply-To: <CABfBeApsNeEWJWimSEwnavhhNfgkwTpj2n8va3HyWYQYyeV+Aw@mail.gmail.com>
References: <AANLkTikufAqpDYpBhsYUP5YGDE7tJi+hSUFXW9n_oU9a@mail.gmail.com>
	<AANLkTimTv1+pj6f_KqnL9jkPhoeV+2SpeR-xkc6Yo_pP@mail.gmail.com>
	<BANLkTimqBVr9PJx=cfiAY053GShxC-OUJQ@mail.gmail.com>
	<BANLkTi=9wUO3STvwKYFvawgG3vQnFK3Auw@mail.gmail.com>
	<BANLkTimZ4sGTriC1gkq-XDSByPHxCKfuKg@mail.gmail.com>
	<BANLkTinNCqk52ofuTDk8w4mxnhGxmUOcTA@mail.gmail.com>
	<BANLkTinho9Y1wTFCF4CfZ_X2NRpQv=OD-A@mail.gmail.com>
	<BANLkTinmqMecvvEA5FtBjvpe1LuSQK49aw@mail.gmail.com>
	<BANLkTik_SMhuopOBVfKQdCotpy9SLkMxtg@mail.gmail.com>
	<BANLkTincduo511DWJLzg1oHF4GXk_W-BfQ@mail.gmail.com>
	<CABfBeApJsaHkaa9L_52Ef6cD_083w1y4+OR2pUNW5mSwCjqAfQ@mail.gmail.com>
	<CABfBeAq=QqA=W=6U++G=LL4ZYLeZu5Ph4FYKs-hw6pA92OYh5Q@mail.gmail.com>
	<CABfBeArTky8+xvL88gRVANM0mFvt+xO7zRA2L3H2-CkOW7QUUg@mail.gmail.com>
	<CABfBeApsNeEWJWimSEwnavhhNfgkwTpj2n8va3HyWYQYyeV+Aw@mail.gmail.com>
Message-ID: <CABfBeAqKgFrw3prgQXCGn+-rWpGMvTAf-xF1fUQVqYmBQmCk8g@mail.gmail.com>

Watir Book 0.7 (free version) is just released. Read more at
http://zeljkofilipin.com/watir-book-0-7-free-version/

?eljko
--
watir.com - community manager
watir.com/book - author
watirpodcast.com - host
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110917/9ef1a24d/attachment.html>

From zeljko.filipin at wa-research.ch  Mon Sep 19 05:12:47 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Mon, 19 Sep 2011 11:12:47 +0200
Subject: [Wtr-development] Install Watir
Message-ID: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>

Hi,

I have been working a lot lately, trying to create instructions how to
install Watir on all relevant platforms. In short, the result is here:

http://zeljkofilipin.com/watir-book-0-7-free-version/

I was thinking about cleaning up other Watir installation instructions:

http://watir.com/installation/
http://wiki.openqa.org/display/WTR/Quick+Start
http://wiki.openqa.org/display/WTR/Tutorial

My plan is to clean up watir.com/installation and to delete installation
pages from the wiki, and point the people to my github pages for detailed
installation instructions:

https://github.com/zeljkofilipin/watirbook/blob/master/installation/windows.md
https://github.com/zeljkofilipin/watirbook/blob/master/installation/mac.md
https://github.com/zeljkofilipin/watirbook/blob/master/installation/ubuntu.md

What do you think?

?eljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110919/88abb7a0/attachment.html>

From alister.scott at gmail.com  Mon Sep 19 05:21:03 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Mon, 19 Sep 2011 19:21:03 +1000
Subject: [Wtr-development] Install Watir
In-Reply-To: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
References: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
Message-ID: <1695411742094373149@unknownmsgid>

A good idea.
I like simple install directions on watir.com, detailed instructions in your
book.

Cheers

Alister Scott
Brisbane, Australia

On 19/09/2011, at 7:15 PM, ?eljko Filipin <zeljko.filipin at wa-research.ch>
wrote:

Hi,

I have been working a lot lately, trying to create instructions how to
install Watir on all relevant platforms. In short, the result is here:

http://zeljkofilipin.com/watir-book-0-7-free-version/

I was thinking about cleaning up other Watir installation instructions:

http://watir.com/installation/
http://wiki.openqa.org/display/WTR/Quick+Start
http://wiki.openqa.org/display/WTR/Tutorial

My plan is to clean up watir.com/installation and to delete installation
pages from the wiki, and point the people to my github pages for detailed
installation instructions:

https://github.com/zeljkofilipin/watirbook/blob/master/installation/windows.md
https://github.com/zeljkofilipin/watirbook/blob/master/installation/mac.md
https://github.com/zeljkofilipin/watirbook/blob/master/installation/ubuntu.md

What do you think?

?eljko

_______________________________________________
Wtr-development mailing list
Wtr-development at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110919/2c2a5df6/attachment.html>

From jarmo.p at gmail.com  Mon Sep 19 15:01:32 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Mon, 19 Sep 2011 22:01:32 +0300
Subject: [Wtr-development] Install Watir
In-Reply-To: <1695411742094373149@unknownmsgid>
References: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
	<1695411742094373149@unknownmsgid>
Message-ID: <CAHZHd6Vh=Y-HTMqfF=R7=dREgFFyXjbH5_pe3y_TFgMEdpFiLg@mail.gmail.com>

Same from me - simplified installation instructions on watir.com and maybe
link to your book for detailed instructions or something like that.

Jarmo

On Mon, Sep 19, 2011 at 12:21 PM, Alister Scott <alister.scott at gmail.com>wrote:

> A good idea.
> I like simple install directions on watir.com, detailed instructions in
> your book.
>
> Cheers
>
> Alister Scott
> Brisbane, Australia
>
> On 19/09/2011, at 7:15 PM, ?eljko Filipin <zeljko.filipin at wa-research.ch>
> wrote:
>
> Hi,
>
> I have been working a lot lately, trying to create instructions how to
> install Watir on all relevant platforms. In short, the result is here:
>
> <http://zeljkofilipin.com/watir-book-0-7-free-version/>
> http://zeljkofilipin.com/watir-book-0-7-free-version/
>
> I was thinking about cleaning up other Watir installation instructions:
>
> <http://watir.com/installation/>http://watir.com/installation/
>  <http://wiki.openqa.org/display/WTR/Quick+Start>
> http://wiki.openqa.org/display/WTR/Quick+Start
>  <http://wiki.openqa.org/display/WTR/Tutorial>
> http://wiki.openqa.org/display/WTR/Tutorial
>
> My plan is to clean up  <http://watir.com/installation>
> watir.com/installation and to delete installation pages from the wiki, and
> point the people to my github pages for detailed installation instructions:
>
>
> <https://github.com/zeljkofilipin/watirbook/blob/master/installation/windows.md>
> https://github.com/zeljkofilipin/watirbook/blob/master/installation/windows.md
> <https://github.com/zeljkofilipin/watirbook/blob/master/installation/mac.md>
> https://github.com/zeljkofilipin/watirbook/blob/master/installation/mac.md
> <https://github.com/zeljkofilipin/watirbook/blob/master/installation/ubuntu.md>
> https://github.com/zeljkofilipin/watirbook/blob/master/installation/ubuntu.md
>
> What do you think?
>
> ?eljko
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110919/16c82279/attachment.html>

From jarmo.p at gmail.com  Mon Sep 19 17:02:44 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Tue, 20 Sep 2011 00:02:44 +0300
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
Message-ID: <CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>

Sorry for answering so late - so in the essence, what's the difference
between these two invocations:
send_keys(["hello", :control, "i"])
send_keys("hello", [:control, "i"])

Does it mean that the first one presses hello and "control + i" and then
releases the keys and the second one releases "hello" keys before sending
"control + i"?

Jarmo

On Sat, Sep 10, 2011 at 10:13 PM, Simon Stewart
<simon.m.stewart at gmail.com>wrote:

> send_keys in webdriver is "sticky" until the end of the array of
> parameters sent to the method or the magic "keys.NULL" character is
> seen. Therefore to type "hello" followed by "control + i":
>
> send_keys(["hello", :control, "i"])
>
> The idea behind this is to allow complex chording to be done in a
> relatively natural way via send_keys. For more advanced control, we
> provided the advanced user interaction API.
>
> Simon
>
> On Sat, Sep 10, 2011 at 1:19 PM, Jarmo <jarmo.p at gmail.com> wrote:
> > I know the difference between #set and #send_keys, but i was asking what
> was
> > the syntax for let's say typing word "hello" and then doing :control,
> 'a'.
> > Would it be:
> > #send_keys('hello', [:control, 'a'])
> > Does it mean technically that:
> > 1) string "sent" with keypress-keyrelease
> > 2) control is sent with keypress
> > 3) "a" is sent with keypress
> > 4) control and "a" are sent with keyrelease?
> > What about control+alt+a?
> > #send_keys([:control, :alt, 'a'])?
> > And this:
> > 1) control is sent with key-press
> > 2) alt is sent with key-press
> > 3) "a" is sent with key-press
> > 4) all keys are released
> > I'm asking these questions since Watir::IE#send_keys forwards all it's
> > arguments to RAutomation::Window#send_keys, which means that the change
> > should be mainly there.
> > Jarmo
> > On Sat, Sep 10, 2011 at 1:20 PM, Alister Scott <alister.scott at gmail.com>
> > wrote:
> >>
> >> Depends on whether you want to send some text, or set a field.
> >> I usually use element.set('hello') which does what it says, sets it to
> >> 'hello'
> >>
> >> If you wanted to send the text, you'd call element.send_keys('hello'),
> the
> >> difference being this doesn't clear the field first, so it'll just fire
> in
> >> this text string to what is already there.
> >>
> >> The usage therefore is, element.set for setting a value,
> element.send_keys
> >> for performing an action, like element.send_keys([:control, 'a']) would
> >> select all in a field.
> >>
> >> You wouldn't want to use .set with special keys as it would replace what
> >> you are trying to select!
> >>
> >> Does this make sense?
> >>
> >> Cheers,
> >> Alister
> >>
> >> Alister Scott
> >> Brisbane, Australia
> >> Watir Web Master: http://watir.com
> >> Blog: http://watirmelon.com
> >> LinkedIn: http://www.linkedin.com/in/alisterscott
> >>
> >> "There are two ways to get enough: One is to continue to accumulate more
> >> and more. The other is to desire less." ~ G. K. Chesterton
> >>
> >>
> >> On Sat, Sep 10, 2011 at 5:10 PM, Jarmo <jarmo.p at gmail.com> wrote:
> >>>
> >>> And how would you send just some text with Watir-WebDriver, e.g.
> 'hello'?
> >>> send_keys "hello"? So, as i understand then the array's are key
> combinations
> >>> and just a symbol is a special key and string is just as is?
> >>> I'd hate to keep something just for backwards compatibility until
> forever
> >>> :/
> >>> J.
> >>>
> >>> On Sat, Sep 10, 2011 at 8:30 AM, Alister Scott <
> alister.scott at gmail.com>
> >>> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> I've noticed there's some differences between the .send_keys method in
> >>>> Watir and Watir-WebDriver.
> >>>>
> >>>> 1) .send_keys only works at the browser level in watir, whereas it
> works
> >>>> at the browser and element level in watir-webdriver
> >>>> 2) .send_keys requires special strings in watir (eg. "{ENTER}")
> whereas
> >>>> send_keys uses chains of symbols (and arrays of symbols) in
> watir-webdriver
> >>>> (eg b.element.send_keys [:control, 'a'], :backspace): full list here:
> >>>> http://watirwebdriver.com/sending-special-keys/
> >>>>
> >>>> I think the watir-webdriver API is better in this regard, so, what do
> >>>> people think about incorporating the element level send_keys, and the
> use of
> >>>> symbols into Watir?
> >>>> I imagine we'd need to leave the special string support for backwards
> >>>> compatibility.
> >>>>
> >>>> Cheers,
> >>>> Alister
> >>>>
> >>>> Alister Scott
> >>>> Brisbane, Australia
> >>>> Watir Web Master: http://watir.com
> >>>> Blog: http://watirmelon.com
> >>>> LinkedIn: http://www.linkedin.com/in/alisterscott
> >>>>
> >>>> "There are two ways to get enough: One is to continue to accumulate
> more
> >>>> and more. The other is to desire less." ~ G. K. Chesterton
> >>>>
> >>>> _______________________________________________
> >>>> Wtr-development mailing list
> >>>> Wtr-development at rubyforge.org
> >>>> http://rubyforge.org/mailman/listinfo/wtr-development
> >>>
> >>>
> >>> _______________________________________________
> >>> Wtr-development mailing list
> >>> Wtr-development at rubyforge.org
> >>> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >>
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110920/ea84e71a/attachment-0001.html>

From andreastt at opera.com  Mon Sep 19 18:52:16 2011
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Tue, 20 Sep 2011 00:52:16 +0200
Subject: [Wtr-development] send_keys methods differences between watir
 and watir-webdriver
In-Reply-To: <CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
	<CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
Message-ID: <20110919225216.GB22926@e-tjenesten.org>

* S? talte Jarmo <jarmo.p at gmail.com>:
> Sorry for answering so late - so in the essence, what's the difference
> between these two invocations: send_keys(["hello", :control, "i"])
> send_keys("hello", [:control, "i"]) Does it mean that the first one presses
> hello and "control + i" and then releases the keys and the second one
> releases "hello" keys before sending "control + i"?

As far as I understand this:

Your first example, send_keys('hello', :control, 'i') will not press C-i at
all.  It will type "hello", press Control, release Control, then type "i".

The second example, send_keys('hello', [:control, 'i']) will type "hello", hold
down Control, press i, then release Control.

From simon.m.stewart at gmail.com  Tue Sep 20 03:56:23 2011
From: simon.m.stewart at gmail.com (Simon Stewart)
Date: Tue, 20 Sep 2011 08:56:23 +0100
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <20110919225216.GB22926@e-tjenesten.org>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
	<CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
	<20110919225216.GB22926@e-tjenesten.org>
Message-ID: <CAOrAhYHBsf7W+-FE2LwB5dQXxNwiXUaUUSWi5rGJf-mmMKKL7A@mail.gmail.com>

On Mon, Sep 19, 2011 at 11:52 PM, Andreas Tolf Tolfsen
<andreastt at opera.com> wrote:
> * S? talte Jarmo <jarmo.p at gmail.com>:
>> Sorry for answering so late - so in the essence, what's the difference
>> between these two invocations: send_keys(["hello", :control, "i"])
>> send_keys("hello", [:control, "i"]) Does it mean that the first one presses
>> hello and "control + i" and then releases the keys and the second one
>> releases "hello" keys before sending "control + i"?
>
> As far as I understand this:
>
> Your first example, send_keys('hello', :control, 'i') will not press C-i at
> all. ?It will type "hello", press Control, release Control, then type "i".
>
> The second example, send_keys('hello', [:control, 'i']) will type "hello", hold
> down Control, press i, then release Control.

Because meta keys are "sticky", both will have the same effect. The
interesting thing is what happens to the next character typed. If the
array ends with the NULL key, then the next character will be normal
(which is what I'd expect), whereas in the first example the control
key is still held down. This design was picked to allow people to do
complex chording (as if driving emacs)

I note with a certain amount of surprise that I can't find a test that
expresses this. Bah! I guess that means that for now either behaviour
is correct :)

Simon

From jari.bakken at gmail.com  Tue Sep 20 17:13:38 2011
From: jari.bakken at gmail.com (Jari Bakken)
Date: Tue, 20 Sep 2011 23:13:38 +0200
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAOrAhYHBsf7W+-FE2LwB5dQXxNwiXUaUUSWi5rGJf-mmMKKL7A@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
	<CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
	<20110919225216.GB22926@e-tjenesten.org>
	<CAOrAhYHBsf7W+-FE2LwB5dQXxNwiXUaUUSWi5rGJf-mmMKKL7A@mail.gmail.com>
Message-ID: <CAEMjNn+MOmi=c8r95-KYSrfHQ5FdH+PAfEUrN50MTkeE19x9Gg@mail.gmail.com>

>
> > * S? talte Jarmo <jarmo.p at gmail.com>:
> >> Sorry for answering so late - so in the essence, what's the difference
> >> between these two invocations: send_keys(["hello", :control, "i"])
> >> send_keys("hello", [:control, "i"]) Does it mean that the first one
> presses
> >> hello and "control + i" and then releases the keys and the second one
> >> releases "hello" keys before sending "control + i"?
> >
>

Andreas wrote some tests for send_keys in watir-webdriver:


https://github.com/jarib/watir-webdriver/blob/master/spec/element_spec.rb#L5

Perhaps we should move this into watirspec so you can run them against
Watir?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110920/caac96fc/attachment.html>

From jarmo.p at gmail.com  Tue Sep 20 17:29:20 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 21 Sep 2011 00:29:20 +0300
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAEMjNn+MOmi=c8r95-KYSrfHQ5FdH+PAfEUrN50MTkeE19x9Gg@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
	<CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
	<20110919225216.GB22926@e-tjenesten.org>
	<CAOrAhYHBsf7W+-FE2LwB5dQXxNwiXUaUUSWi5rGJf-mmMKKL7A@mail.gmail.com>
	<CAEMjNn+MOmi=c8r95-KYSrfHQ5FdH+PAfEUrN50MTkeE19x9Gg@mail.gmail.com>
Message-ID: <CAHZHd6XwxUDf5aFwQ96QLVO7ko+Pv9vRDfF4ogysVmdE81-y9g@mail.gmail.com>

I don't see any reason, why not.

Jarmo

On Wed, Sep 21, 2011 at 12:13 AM, Jari Bakken <jari.bakken at gmail.com> wrote:

> > * S? talte Jarmo <jarmo.p at gmail.com>:
>> >> Sorry for answering so late - so in the essence, what's the difference
>> >> between these two invocations: send_keys(["hello", :control, "i"])
>> >> send_keys("hello", [:control, "i"]) Does it mean that the first one
>> presses
>> >> hello and "control + i" and then releases the keys and the second one
>> >> releases "hello" keys before sending "control + i"?
>> >
>>
>
> Andreas wrote some tests for send_keys in watir-webdriver:
>
>
> https://github.com/jarib/watir-webdriver/blob/master/spec/element_spec.rb#L5
>
> Perhaps we should move this into watirspec so you can run them against
> Watir?
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110921/27af9ea7/attachment.html>

From zeljko.filipin at wa-research.ch  Thu Sep 22 06:01:31 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Thu, 22 Sep 2011 12:01:31 +0200
Subject: [Wtr-development] [watirbook] Re: New (minor) version of the
	book
In-Reply-To: <CABfBeAqKgFrw3prgQXCGn+-rWpGMvTAf-xF1fUQVqYmBQmCk8g@mail.gmail.com>
References: <AANLkTikufAqpDYpBhsYUP5YGDE7tJi+hSUFXW9n_oU9a@mail.gmail.com>
	<AANLkTimTv1+pj6f_KqnL9jkPhoeV+2SpeR-xkc6Yo_pP@mail.gmail.com>
	<BANLkTimqBVr9PJx=cfiAY053GShxC-OUJQ@mail.gmail.com>
	<BANLkTi=9wUO3STvwKYFvawgG3vQnFK3Auw@mail.gmail.com>
	<BANLkTimZ4sGTriC1gkq-XDSByPHxCKfuKg@mail.gmail.com>
	<BANLkTinNCqk52ofuTDk8w4mxnhGxmUOcTA@mail.gmail.com>
	<BANLkTinho9Y1wTFCF4CfZ_X2NRpQv=OD-A@mail.gmail.com>
	<BANLkTinmqMecvvEA5FtBjvpe1LuSQK49aw@mail.gmail.com>
	<BANLkTik_SMhuopOBVfKQdCotpy9SLkMxtg@mail.gmail.com>
	<BANLkTincduo511DWJLzg1oHF4GXk_W-BfQ@mail.gmail.com>
	<CABfBeApJsaHkaa9L_52Ef6cD_083w1y4+OR2pUNW5mSwCjqAfQ@mail.gmail.com>
	<CABfBeAq=QqA=W=6U++G=LL4ZYLeZu5Ph4FYKs-hw6pA92OYh5Q@mail.gmail.com>
	<CABfBeArTky8+xvL88gRVANM0mFvt+xO7zRA2L3H2-CkOW7QUUg@mail.gmail.com>
	<CABfBeApsNeEWJWimSEwnavhhNfgkwTpj2n8va3HyWYQYyeV+Aw@mail.gmail.com>
	<CABfBeAqKgFrw3prgQXCGn+-rWpGMvTAf-xF1fUQVqYmBQmCk8g@mail.gmail.com>
Message-ID: <CABfBeApdwm4C3hBrVBvGXCs-nvQ4y-3mGZAMwyPeK0wZaZYadA@mail.gmail.com>

I have released Watir Book 0.7.1 (free version) in PDF, EPUB (iPad, iPhone,
iPod) and MOBI (Kindle) format:

https://github.com/zeljkofilipin/watirbook/downloads

Major changes since the last release:

- driving opera on Windows XP and Mac OS X 10.5

All changes:

https://github.com/zeljkofilipin/watirbook/commits/master/

?eljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110922/8ad647f5/attachment.html>

From watirjira at gmail.com  Sat Sep 24 02:41:22 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sat, 24 Sep 2011 01:41:22 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-489) click_no_wait not
	working.
In-Reply-To: <24422492.2.1315913999827.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <9608060.5.1316846482962.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


    [ http://jira.openqa.org/browse/WTR-489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20280#action_20280 ] 

Jarmo Pertman commented on WTR-489:
-----------------------------------

More code is needed. Are you sure that it is a *real* modal dialog? Maybe it's just some popup window? Does it match the following criteria:
:class => 'Internet Explorer_TridentDlgFrame'

Try to find the "window", by using RAutomation only:
puts browser.rautomation.child(:title => /Reporting/).present?

Does it work? If yes, then that is not a modal dialog, but some other normal window.

> click_no_wait not working.
> --------------------------
>
>                 Key: WTR-489
>                 URL: http://jira.openqa.org/browse/WTR-489
>             Project: Watir
>          Issue Type: Bug
>          Components: Modal Web Dialog
>    Affects Versions: 1.9.1
>         Environment: Ruby 1.8.6-26 Watir-1.8.0
>            Reporter: Neha
>            Priority: Major
>
> There are multiple nested modal dialogs in the application. When a try to open the third modal dialog in continuation click_no_wait do works as expected and using click /click! hangs the script execution.Not able to understand that the same click_no_wait works for the opening first two consecutive modal dialog.
> Code lines where execution fails:- 
> modal_2.frame(:index,1).frame(:id,'SavedReport265').div(:id,'MainDiv').area(:index,2).click_no_wait()
> sleep 10
> modal_3 = modal_2.modal_dialog(:title,'Reporting')
> The error displayed :
> c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:61:in `locate': Modal Dialog with title Reporting not found. Timeout = 2.0 (Watir::Exception::NoMatchingWindowFoundException)
> 	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:96:in `initialize'
> 	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `new'
> 	from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `modal_dialog'
> Not able to locate the Reporting modal dialog.

-- 
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 Sep 24 04:15:20 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sat, 24 Sep 2011 03:15:20 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-490) One Based Indexing
 Returns The Wrong Element In The Collection
In-Reply-To: <30568686.6.1315939439863.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <8692276.7.1316852120955.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


     [ http://jira.openqa.org/browse/WTR-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jarmo Pertman closed WTR-490.
-----------------------------

    Resolution: Fixed

https://github.com/bret/watir/commit/5395bdfcd65a56e680ad4d565f23f990fad5e57e

> One Based Indexing Returns The Wrong Element In The Collection
> --------------------------------------------------------------
>
>                 Key: WTR-490
>                 URL: http://jira.openqa.org/browse/WTR-490
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 2.0
>         Environment: Windows 7
> Ruby 1.8.7
> Watir 2.0.2
>            Reporter: bretts
>
> When indexing a collection using 1 based indexing, I'm getting back the item at index + 1
> Steps to Reproduce:
> 1) HTML
> <html>
> <table id="a_table">
>     <tr id="first"><td>1</tr></td>
>     <tr id="second"><td>2</td></tr>
>     <tr id="third"><td>3<td></tr>
>     <tr id="fourth"><td>4<td></tr>
> </table>
> </html>
> 2) Code
> #------------
> require 'watir'
> Watir.options[:zero_based_indexing] = false
> @browser = Watir::Browser.new
> @browser.goto 'http://localhost/test.html'
> r = @browser.table(:id, 'a_table').rows[2]
> puts r.id # returns 'third'
> 3) Summary
> I expected the id of the row to be 'second' instead of 'third'

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

From zeljko.filipin at wa-research.ch  Mon Sep 26 10:26:38 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Mon, 26 Sep 2011 16:26:38 +0200
Subject: [Wtr-development] Watir Podcast #46: Jarmo Pertman on Watir 2.0
Message-ID: <CABfBeAoe9mfguMmRpwr+6hoahRKAvJN55Bj5BLDhcJSezc+HoA@mail.gmail.com>

http://watirpodcast.com/46-jarmo-pertman-on-watir-2-0/

?eljko
--
watir.com - community manager
watir.com/book - author
watirpodcast.com - host
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110926/7577bf97/attachment-0001.html>

From jari.bakken at gmail.com  Mon Sep 26 11:02:59 2011
From: jari.bakken at gmail.com (Jari Bakken)
Date: Mon, 26 Sep 2011 17:02:59 +0200
Subject: [Wtr-development] send_keys methods differences between watir
	and watir-webdriver
In-Reply-To: <CAHZHd6XwxUDf5aFwQ96QLVO7ko+Pv9vRDfF4ogysVmdE81-y9g@mail.gmail.com>
References: <CAC1iRBxEjo3u-n3bo8ht8Le2o9FbroT10WGdmOxK-EKvJViASw@mail.gmail.com>
	<CAHZHd6VXwvOzmrQRpOadf26z9-_ctgeEjsD0fHmvZxJp7YAKQg@mail.gmail.com>
	<CAC1iRBzRtPGZgChCyYYQaYsqA5W7Zg9HsAHq9s+TkU_Bspq1DQ@mail.gmail.com>
	<CAHZHd6V-u_rBoUxyj-b+RtN=sXQ-k0yiDb8AVP9psKnEDHo2yQ@mail.gmail.com>
	<CAOrAhYEfcN5U9a_ATaqWrpXnsUrpkWj_huin7wD8vkHrC+J-pQ@mail.gmail.com>
	<CAHZHd6XtFyTdm+-r35ogqrKgqP1t91WRv+xSRhX341+jd2ygzw@mail.gmail.com>
	<20110919225216.GB22926@e-tjenesten.org>
	<CAOrAhYHBsf7W+-FE2LwB5dQXxNwiXUaUUSWi5rGJf-mmMKKL7A@mail.gmail.com>
	<CAEMjNn+MOmi=c8r95-KYSrfHQ5FdH+PAfEUrN50MTkeE19x9Gg@mail.gmail.com>
	<CAHZHd6XwxUDf5aFwQ96QLVO7ko+Pv9vRDfF4ogysVmdE81-y9g@mail.gmail.com>
Message-ID: <CAEMjNnKfcYWCbrvOXpXTVStyjCwxboK3C=exZ_kyWV3N81-7dQ@mail.gmail.com>

On Tue, Sep 20, 2011 at 11:29 PM, Jarmo <jarmo.p at gmail.com> wrote:

> I don't see any reason, why not.
>
>
>
Done:
https://github.com/jarib/watirspec/commit/b7aebefb79767b9f741cece75946a002f75cee63
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110926/3cc0d2a9/attachment.html>

From zeljko.filipin at wa-research.ch  Wed Sep 28 07:09:38 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Wed, 28 Sep 2011 13:09:38 +0200
Subject: [Wtr-development] Install Watir
In-Reply-To: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
References: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
Message-ID: <CABfBeArhtACRFkicoq2R9ve+h1q6LZWUKgYVn=x9YLGnPVeFeA@mail.gmail.com>

On Mon, Sep 19, 2011 at 11:12 AM, ?eljko Filipin <
zeljko.filipin at wa-research.ch> wrote:
> My plan is to clean up watir.com/installation and to delete installation
pages from the wiki, and point the people to my github pages for detailed
installation instructions:

Done. Updated pages:

http://watir.com/installation/
http://wiki.openqa.org/display/WTR/Install+Watir
http://wiki.openqa.org/display/WTR/Installation
http://wiki.openqa.org/display/WTR/Watir+in+5+Minutes
http://wiki.openqa.org/display/WTR/Quick+Start
http://wiki.openqa.org/display/WTR/Tutorial

?eljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110928/0322305f/attachment.html>

From watirjira at gmail.com  Wed Sep 28 10:52:24 2011
From: watirjira at gmail.com (Kevin Tacheny (JIRA))
Date: Wed, 28 Sep 2011 09:52:24 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-491) Watir::IE.start_process
 doesn not find multiple windows
Message-ID: <11555306.3.1317221544328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

Watir::IE.start_process doesn not find multiple windows
-------------------------------------------------------

                 Key: WTR-491
                 URL: http://jira.openqa.org/browse/WTR-491
             Project: Watir
          Issue Type: Bug
          Components: Other
    Affects Versions: 2.0
         Environment: ruby 1.9.2p290 
watir 2.02
            Reporter: Kevin Tacheny
            Priority: Major


Watir::IE.start_process is needed when you want separate internet explorer sessions.
This is usefull when you want multiple user logins on a single site. (simulate 100 users logged in...)

Consecutive calls to Watir::IE.start_process fail.
The failure comes from (ie-class.rb)

    def self.each
      shell = WIN32OLE.new('Shell.Application')
      ie_browsers = []
      shell.Windows.each do |window| <--- not returning all the windows.....

This causes a wait timeout when trying to return from the start_process call.
If you want to use multiple internet explorers this needs to work.




-- 
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  Wed Sep 28 11:01:23 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Wed, 28 Sep 2011 10:01:23 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-491)
 Watir::IE.start_process doesn not find multiple windows
In-Reply-To: <11555306.3.1317221544328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <28798102.5.1317222083868.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


    [ http://jira.openqa.org/browse/WTR-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20290#action_20290 ] 

Jarmo Pertman commented on WTR-491:
-----------------------------------

I'm not saying that the bug is invalid, but if you need to test 100 users logged in, then Watir or anything else, which opens up a real browser, is definitely a wrong tool to use for that case.

> Watir::IE.start_process doesn not find multiple windows
> -------------------------------------------------------
>
>                 Key: WTR-491
>                 URL: http://jira.openqa.org/browse/WTR-491
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 2.0
>         Environment: ruby 1.9.2p290 
> watir 2.02
>            Reporter: Kevin Tacheny
>            Priority: Major
>
> Watir::IE.start_process is needed when you want separate internet explorer sessions.
> This is usefull when you want multiple user logins on a single site. (simulate 100 users logged in...)
> Consecutive calls to Watir::IE.start_process fail.
> The failure comes from (ie-class.rb)
>     def self.each
>       shell = WIN32OLE.new('Shell.Application')
>       ie_browsers = []
>       shell.Windows.each do |window| <--- not returning all the windows.....
> This causes a wait timeout when trying to return from the start_process call.
> If you want to use multiple internet explorers this needs to work.

-- 
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  Wed Sep 28 11:47:24 2011
From: watirjira at gmail.com (Kevin Tacheny (JIRA))
Date: Wed, 28 Sep 2011 10:47:24 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-491)
 Watir::IE.start_process doesn not find multiple windows
In-Reply-To: <11555306.3.1317221544328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <28429594.7.1317224844294.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


    [ http://jira.openqa.org/browse/WTR-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20291#action_20291 ] 

Kevin Tacheny commented on WTR-491:
-----------------------------------

Actually simulate 100 users is wrong.  I need to actually login 100 users successfully.
Watir seems to fill that need fine with a functional start_process.
It works great creating 100 users and loging in each of those separately
to change the password.

So your right its not for simulating.



> Watir::IE.start_process doesn not find multiple windows
> -------------------------------------------------------
>
>                 Key: WTR-491
>                 URL: http://jira.openqa.org/browse/WTR-491
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 2.0
>         Environment: ruby 1.9.2p290 
> watir 2.02
>            Reporter: Kevin Tacheny
>            Priority: Major
>
> Watir::IE.start_process is needed when you want separate internet explorer sessions.
> This is usefull when you want multiple user logins on a single site. (simulate 100 users logged in...)
> Consecutive calls to Watir::IE.start_process fail.
> The failure comes from (ie-class.rb)
>     def self.each
>       shell = WIN32OLE.new('Shell.Application')
>       ie_browsers = []
>       shell.Windows.each do |window| <--- not returning all the windows.....
> This causes a wait timeout when trying to return from the start_process call.
> If you want to use multiple internet explorers this needs to work.

-- 
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  Wed Sep 28 11:53:24 2011
From: watirjira at gmail.com (Hugh (JIRA))
Date: Wed, 28 Sep 2011 10:53:24 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-491)
 Watir::IE.start_process doesn not find multiple windows
In-Reply-To: <11555306.3.1317221544328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <8489478.9.1317225204312.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


    [ http://jira.openqa.org/browse/WTR-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20292#action_20292 ] 

Hugh commented on WTR-491:
--------------------------

We've fixed this in the convio branch of Watir in Watir::IE::Process.start:

startup_command << " -nomerge" if IE.version_parts.first.to_i >= 8

I applied the fix to the main branch of watir and added a test. I don't seem to have the ability to close this bug. Looking to get permissions for that now...


> Watir::IE.start_process doesn not find multiple windows
> -------------------------------------------------------
>
>                 Key: WTR-491
>                 URL: http://jira.openqa.org/browse/WTR-491
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 2.0
>         Environment: ruby 1.9.2p290 
> watir 2.02
>            Reporter: Kevin Tacheny
>            Priority: Major
>
> Watir::IE.start_process is needed when you want separate internet explorer sessions.
> This is usefull when you want multiple user logins on a single site. (simulate 100 users logged in...)
> Consecutive calls to Watir::IE.start_process fail.
> The failure comes from (ie-class.rb)
>     def self.each
>       shell = WIN32OLE.new('Shell.Application')
>       ie_browsers = []
>       shell.Windows.each do |window| <--- not returning all the windows.....
> This causes a wait timeout when trying to return from the start_process call.
> If you want to use multiple internet explorers this needs to work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.openqa.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

From bret at pettichord.com  Wed Sep 28 12:10:05 2011
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 28 Sep 2011 11:10:05 -0500
Subject: [Wtr-development] Install Watir
In-Reply-To: <CABfBeArhtACRFkicoq2R9ve+h1q6LZWUKgYVn=x9YLGnPVeFeA@mail.gmail.com>
References: <CABfBeAo_fq381LtupnYtJ_6H_0P-D2Wm-Qx1zPhXHPoOnbT_JA@mail.gmail.com>
	<CABfBeArhtACRFkicoq2R9ve+h1q6LZWUKgYVn=x9YLGnPVeFeA@mail.gmail.com>
Message-ID: <CAPjkWY2ODh38hT4--jyz=U=VQYjy8ORcxPWiKyWHks-EvVj+Yw@mail.gmail.com>

Thanks!

On Wed, Sep 28, 2011 at 6:09 AM, ?eljko Filipin <
zeljko.filipin at wa-research.ch> wrote:

> On Mon, Sep 19, 2011 at 11:12 AM, ?eljko Filipin <
> zeljko.filipin at wa-research.ch> wrote:
> > My plan is to clean up watir.com/installation and to delete installation
> pages from the wiki, and point the people to my github pages for detailed
> installation instructions:
>
> Done. Updated pages:
>
> http://watir.com/installation/
> http://wiki.openqa.org/display/WTR/Install+Watir
> http://wiki.openqa.org/display/WTR/Installation
> http://wiki.openqa.org/display/WTR/Watir+in+5+Minutes
> http://wiki.openqa.org/display/WTR/Quick+Start
> http://wiki.openqa.org/display/WTR/Tutorial
>
> ?eljko
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Director, Watir Project, www.watir.com

Blog, www.testingwithvision.com
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110928/ef6af38b/attachment.html>

From watirjira at gmail.com  Wed Sep 28 12:30:24 2011
From: watirjira at gmail.com (Kevin Tacheny (JIRA))
Date: Wed, 28 Sep 2011 11:30:24 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-491) Watir::IE.start_process
 doesn not find multiple windows
In-Reply-To: <11555306.3.1317221544328.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <25622482.12.1317227424717.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


     [ http://jira.openqa.org/browse/WTR-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevin Tacheny closed WTR-491.
-----------------------------

    Resolution: Fixed

added in ie-process.rb

startup_command << " -nomerge" if IE.version_parts.first.to_i >= 8

> Watir::IE.start_process doesn not find multiple windows
> -------------------------------------------------------
>
>                 Key: WTR-491
>                 URL: http://jira.openqa.org/browse/WTR-491
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 2.0
>         Environment: ruby 1.9.2p290 
> watir 2.02
>            Reporter: Kevin Tacheny
>            Priority: Major
>
> Watir::IE.start_process is needed when you want separate internet explorer sessions.
> This is usefull when you want multiple user logins on a single site. (simulate 100 users logged in...)
> Consecutive calls to Watir::IE.start_process fail.
> The failure comes from (ie-class.rb)
>     def self.each
>       shell = WIN32OLE.new('Shell.Application')
>       ie_browsers = []
>       shell.Windows.each do |window| <--- not returning all the windows.....
> This causes a wait timeout when trying to return from the start_process call.
> If you want to use multiple internet explorers this needs to work.

-- 
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  Wed Sep 28 15:08:24 2011
From: watirjira at gmail.com (Kevin Tacheny (JIRA))
Date: Wed, 28 Sep 2011 14:08:24 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-492) no such file to load --
	watir-rdoc
Message-ID: <12027347.14.1317236904159.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

no such file to load -- watir-rdoc
----------------------------------

                 Key: WTR-492
                 URL: http://jira.openqa.org/browse/WTR-492
             Project: Watir
          Issue Type: Bug
          Components: Gem installer
    Affects Versions: 1.9.1
         Environment: ruby 1.9.2
            Reporter: Kevin Tacheny


After cloning the git repository I am getting an error when trying
to make the gem

In summary I am getting
clone it
cd watir
...
root at vdebian0:~/watir/watir# rake gems
rake/rdoctask is deprecated.  Use rdoc/task instead (in RDoc 2.4.2+)
rake/gempackagetask is deprecated.  Use rubygems/package_task instead
rake aborted!
no such file to load -- watir-rdoc

-- 
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  Fri Sep 30 11:12:05 2011
From: watirjira at gmail.com (Kevin Tacheny (JIRA))
Date: Fri, 30 Sep 2011 10:12:05 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-492) no such file to load --
	watir-rdoc
In-Reply-To: <12027347.14.1317236904159.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <23790712.4.1317395525418.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


     [ http://jira.openqa.org/browse/WTR-492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevin Tacheny closed WTR-492.
-----------------------------

    Resolution: Fixed

Ruby version 1.9.2 does not include './' in the require statement

> no such file to load -- watir-rdoc
> ----------------------------------
>
>                 Key: WTR-492
>                 URL: http://jira.openqa.org/browse/WTR-492
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.9.1
>         Environment: ruby 1.9.2
>            Reporter: Kevin Tacheny
>
> After cloning the git repository I am getting an error when trying
> to make the gem
> In summary I am getting
> clone it
> cd watir
> ...
> root at vdebian0:~/watir/watir# rake gems
> rake/rdoctask is deprecated.  Use rdoc/task instead (in RDoc 2.4.2+)
> rake/gempackagetask is deprecated.  Use rubygems/package_task instead
> rake aborted!
> no such file to load -- watir-rdoc

-- 
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