From abaird at bairdsnet.net  Wed Dec  1 02:26:41 2010
From: abaird at bairdsnet.net (Alan Baird)
Date: Wed, 1 Dec 2010 01:26:41 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
Message-ID: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>

I don't know if this is old news or not, but I was just playing around and I
wanted to see if I could get Watir to install with 1.9.2p0 which is the new
one-click installer that was released back in August.  If you run 'gem
install watir' this will work fine without complaining.  However, whenever
you do a Watir::IE.new or Watir::Browser.new, you get a popup saying: "The
program can't start because msvcrt-ruby18.dll is missing from your
computer".  This was followed by this stacktrace:

C:\Users\Alan\DevKit>irb --noreadline
irb(main):001:0> require 'watir'
=> true
irb(main):002:0> br = Watir::Browser.new
LoadError: 126: The specified module could not be found.   -
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6-x8
6-mingw32/lib/win32/api.so
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`eval'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/windows-pr-1.1.2/lib/windows/error.rb:12:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/win32-process-0.6.4/lib/win32/process.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.6.7/lib/watir/ie-process.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.6.7/lib/watir/ie.rb:5:in
`<top (required)>'
        from (eval):1:in `klass'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`eval'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`klass'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:79:in
`set_options'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:142:in
`set_sub_options'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:64:in
`new'
        from (irb):2
        from C:/ruby/Ruby192/bin/irb:12:in `<main>'irb(main):003:0> exit


After looking around I found this thread:
http://groups.google.com/group/rubyinstaller/browse_thread/thread/d9c226735a54679f
that
talks about how to fix this.  Basically you have to get the DevKit (4.5.0)
from rubyinstaller.org (directions here:
https://github.com/oneclick/rubyinstaller/wiki/Development-Kit) so that you
can run the following (after having installed Ruby 1.9.2, the DevKit and
Watir 1.6.7):

C:\Users\Alan\DevKit>gem uninstall win32-api

Select gem to uninstall:
 1. win32-api-1.4.6
 2. win32-api-1.4.6-x86-mingw32
 3. All versions
> 3
Successfully uninstalled win32-api-1.4.6
Successfully uninstalled win32-api-1.4.6-x86-mingw32

C:\Users\Alan\DevKit>gem install win32-api --platform=ruby
Temporarily enhancing PATH to include DevKit...
Building native extensions.  This could take a while...
Successfully installed win32-api-1.4.6
1 gem installed
Installing ri documentation for win32-api-1.4.6...
Installing RDoc documentation for win32-api-1.4.6...

C:\Users\Alan\DevKit>gem list win32-api --local

*** LOCAL GEMS ***

win32-api (1.4.6)

C:\Users\Alan\DevKit>irb --noreadline
irb(main):001:0> require 'watir'
=> true
irb(main):002:0> br = Watir::Browser.new
=> #<Watir::IE:0x289bfa60 url="about:blank" title="">
irb(main):003:0> br.goto('google.com')
=> 0.468027
irb(main):004:0> exit


Success!  Anyway, I thought it was cool.  Hopefully this will save someone
some trouble.  Obviously, this isn't quite ready for prime-time yet, but at
least we can get a look at Watir with 1.9.2.

I haven't tested any farther than opening the browser.

Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101201/29adf084/attachment.html>

From alister.scott at gmail.com  Wed Dec  1 02:34:16 2010
From: alister.scott at gmail.com (Alister Scott)
Date: Wed, 1 Dec 2010 17:34:16 +1000
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
Message-ID: <-2531241214467220343@unknownmsgid>

Good work Alan  This would be worth a blog post about. I might spend a bit
more time on this next week to see what I can discover.

Cheers,

Alister Scott
Brisbane, Australia

On 01/12/2010, at 5:27 PM, Alan Baird <abaird at bairdsnet.net> wrote:

I don't know if this is old news or not, but I was just playing around and I
wanted to see if I could get Watir to install with 1.9.2p0 which is the new
one-click installer that was released back in August.  If you run 'gem
install watir' this will work fine without complaining.  However, whenever
you do a Watir::IE.new or Watir::Browser.new, you get a popup saying: "The
program can't start because msvcrt-ruby18.dll is missing from your
computer".  This was followed by this stacktrace:

C:\Users\Alan\DevKit>irb --noreadline
irb(main):001:0> require 'watir'
=> true
irb(main):002:0> br = Watir::Browser.new
LoadError: 126: The specified module could not be found.   -
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6-x8
6-mingw32/lib/win32/api.so
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`eval'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/windows-pr-1.1.2/lib/windows/error.rb:12:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/win32-process-0.6.4/lib/win32/process.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.6.7/lib/watir/ie-process.rb:1:in
`<top (required)>'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from <internal:lib/rubygems/custom_require>:29:in `require'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.6.7/lib/watir/ie.rb:5:in
`<top (required)>'
        from (eval):1:in `klass'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`eval'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:89:in
`klass'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:79:in
`set_options'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:142:in
`set_sub_options'
        from
C:/ruby/Ruby192/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.7/lib/watir/browser.rb:64:in
`new'
        from (irb):2
        from C:/ruby/Ruby192/bin/irb:12:in `<main>'irb(main):003:0> exit


After looking around I found this thread:
http://groups.google.com/group/rubyinstaller/browse_thread/thread/d9c226735a54679f
that
talks about how to fix this.  Basically you have to get the DevKit (4.5.0)
from rubyinstaller.org (directions here:
https://github.com/oneclick/rubyinstaller/wiki/Development-Kit) so that you
can run the following (after having installed Ruby 1.9.2, the DevKit and
Watir 1.6.7):

C:\Users\Alan\DevKit>gem uninstall win32-api

Select gem to uninstall:
 1. win32-api-1.4.6
 2. win32-api-1.4.6-x86-mingw32
 3. All versions
> 3
Successfully uninstalled win32-api-1.4.6
Successfully uninstalled win32-api-1.4.6-x86-mingw32

C:\Users\Alan\DevKit>gem install win32-api --platform=ruby
Temporarily enhancing PATH to include DevKit...
Building native extensions.  This could take a while...
Successfully installed win32-api-1.4.6
1 gem installed
Installing ri documentation for win32-api-1.4.6...
Installing RDoc documentation for win32-api-1.4.6...

C:\Users\Alan\DevKit>gem list win32-api --local

*** LOCAL GEMS ***

win32-api (1.4.6)

C:\Users\Alan\DevKit>irb --noreadline
irb(main):001:0> require 'watir'
=> true
irb(main):002:0> br = Watir::Browser.new
=> #<Watir::IE:0x289bfa60 url="about:blank" title="">
irb(main):003:0> br.goto('google.com')
=> 0.468027
irb(main):004:0> exit


Success!  Anyway, I thought it was cool.  Hopefully this will save someone
some trouble.  Obviously, this isn't quite ready for prime-time yet, but at
least we can get a look at Watir with 1.9.2.

I haven't tested any farther than opening the browser.

Alan


_______________________________________________
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/20101201/872f3520/attachment-0001.html>

From zeljko.filipin at wa-research.ch  Wed Dec  1 04:46:34 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Wed, 1 Dec 2010 10:46:34 +0100
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <-2531241214467220343@unknownmsgid>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
Message-ID: <AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>

On Wed, Dec 1, 2010 at 8:34 AM, Alister Scott <alister.scott at gmail.com>
wrote:
> This would be worth a blog post about.

+1

Alan, if you have the time to run unit tests (to see if Watir is functional
with Ruby 1.9) and you have the time to make a blog post about it, we have a
blogging feature at watir.com :)

You could also post it to your own blog, if you have it.

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101201/e4dbc8cf/attachment.html>

From zeljko.filipin at wa-research.ch  Wed Dec  1 04:50:07 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Wed, 1 Dec 2010 10:50:07 +0100
Subject: [Wtr-development] Blogging at watir.com
Message-ID: <AANLkTikFCtp_EjHDPu4vdDCo5pdiqAq39JJBZRjpnNEA@mail.gmail.com>

The recent Alan's post at this list (on how to get Watir working on Ruby
1.9) reminded me that I wanted to suggest we should do more blogging on
watir.com. (I have noticed that Alister was blogging lately about Watir.)

Do you think it would be a good idea to cross-post Watir-related blog posts
from our personal blogs to watir.com? (With a note that the post is
cross-posted, like Google blog does.)

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101201/fda1e0a3/attachment.html>

From abaird at bairdsnet.net  Wed Dec  1 08:26:44 2010
From: abaird at bairdsnet.net (Alan Baird)
Date: Wed, 1 Dec 2010 07:26:44 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
Message-ID: <AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>

Thanks guys,

I hope to run some unit tests over the next couple of days and see if
there's anything worth blogging about.  I haven't done much other than load
google.  Now, if I can get unit tests to pass, that would be worth blogging
about.  I'll see what I can do.

Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101201/9cfa485c/attachment.html>

From bret at pettichord.com  Wed Dec  1 18:19:36 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 1 Dec 2010 17:19:36 -0600
Subject: [Wtr-development] Blogging at watir.com
In-Reply-To: <AANLkTikFCtp_EjHDPu4vdDCo5pdiqAq39JJBZRjpnNEA@mail.gmail.com>
References: <AANLkTikFCtp_EjHDPu4vdDCo5pdiqAq39JJBZRjpnNEA@mail.gmail.com>
Message-ID: <AANLkTimcdEkEk86ydvrsRokC4ZpcmapoPuJe7efgMi0Z@mail.gmail.com>

+1

On Wed, Dec 1, 2010 at 3:50 AM, ?eljko Filipin <
zeljko.filipin at wa-research.ch> wrote:

> The recent Alan's post at this list (on how to get Watir working on Ruby
> 1.9) reminded me that I wanted to suggest we should do more blogging on
> watir.com. (I have noticed that Alister was blogging lately about Watir.)
>
> Do you think it would be a good idea to cross-post Watir-related blog posts
> from our personal blogs to watir.com? (With a note that the post is
> cross-posted, like Google blog does.)
>
> ?eljko
> --
> watir.com - community manager
> watirpodcast.com - host
> testingpodcast.com - audio podcasts on software testing. all of them
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101201/75259761/attachment.html>

From marekj.com at gmail.com  Wed Dec  1 22:52:33 2010
From: marekj.com at gmail.com (marekj)
Date: Wed, 1 Dec 2010 21:52:33 -0600
Subject: [Wtr-development] Watir Conference
In-Reply-To: <AANLkTi=byBF9bkkLw2sLYXP7ec+sg2JqY7dmJfHg3Npc@mail.gmail.com>
References: <AANLkTinReHU+f_9uPyXBzufND=gdDfgr5y78j_N_Q=K_@mail.gmail.com>
	<AANLkTi=byBF9bkkLw2sLYXP7ec+sg2JqY7dmJfHg3Npc@mail.gmail.com>
Message-ID: <AANLkTingjWEvLhQ+HBj+pZjXTQejMttvacsTxziMACbn@mail.gmail.com>

Well, I think I'll end up in Germany this summer but July/August,
maybe Poland as well and we (my wife and I ) have not finalized plans
yet
It would definitely be a lot of fun.

marekj

http://rubytester.com




On Mon, Nov 29, 2010 at 5:34 AM, ?eljko Filipin
<zeljko.filipin at wa-research.ch> wrote:
> I guess nobody is interested in coming to Zagreb.
>
> ?eljko
>
> On Thu, Nov 25, 2010 at 3:21 PM, ?eljko Filipin
> <zeljko.filipin at wa-research.ch> wrote:
>>
>> I have exchanged a few e-mails with Bret recently about his plan to visit
>> Europe in summer of 2011. He said he would like us to organize a small
>> conference where we could meet up.
>>
>> About early June 2011 he will visit Zagreb (Croatia, where I live). I have
>> offered to organize a small conference here. I would find a venue, suggest
>> hotels, pick people at the airport, arrange sightseeing, brew some beer for
>> the event...
>>
>> We would probably give presentations during the mornings and then pair in
>> the afternoon.
>>
>> I can arrange sightseeing for people that arrive a few days earlier or
>> stay a few days after the conference. There are a few places to visit here.
>>
>> For the people that would pay for the trip themselves, Zagreb is cheaper
>> than most European capitals.
>>
>> What do you think?
>>
>> ?eljko
>> --
>> watir.com - community manager
>> watirpodcast.com - host
>> testingpodcast.com - audio podcasts on software testing. all of them
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From alister.scott at gmail.com  Thu Dec  2 01:00:18 2010
From: alister.scott at gmail.com (Alister Scott)
Date: Thu, 2 Dec 2010 16:00:18 +1000
Subject: [Wtr-development] Watir Conference
In-Reply-To: <AANLkTingjWEvLhQ+HBj+pZjXTQejMttvacsTxziMACbn@mail.gmail.com>
References: <AANLkTinReHU+f_9uPyXBzufND=gdDfgr5y78j_N_Q=K_@mail.gmail.com>
	<AANLkTi=byBF9bkkLw2sLYXP7ec+sg2JqY7dmJfHg3Npc@mail.gmail.com>
	<AANLkTingjWEvLhQ+HBj+pZjXTQejMttvacsTxziMACbn@mail.gmail.com>
Message-ID: <-7265984195286067227@unknownmsgid>

marekj: Would you be keen on meeting at the Selenium conference in
early April in SF? It would be Fri night, Sat/Sun, and about $200
admission.

Cheers,

Alister Scott
Brisbane, Australia
Watir Wiki Master: http://watir.com
Blog: http://watirmelon.com
Google: http://www.google.com/profiles/alister.scott
LinkedIn: http://www.linkedin.com/in/alisterscott

On 02/12/2010, at 3:07 PM, marekj <marekj.com at gmail.com> wrote:

> Well, I think I'll end up in Germany this summer but July/August,
> maybe Poland as well and we (my wife and I ) have not finalized plans
> yet
> It would definitely be a lot of fun.
>
> marekj
>
> http://rubytester.com
>
>
>
>
> On Mon, Nov 29, 2010 at 5:34 AM, ?eljko Filipin
> <zeljko.filipin at wa-research.ch> wrote:
>> I guess nobody is interested in coming to Zagreb.
>>
>> ?eljko
>>
>> On Thu, Nov 25, 2010 at 3:21 PM, ?eljko Filipin
>> <zeljko.filipin at wa-research.ch> wrote:
>>>
>>> I have exchanged a few e-mails with Bret recently about his plan to visit
>>> Europe in summer of 2011. He said he would like us to organize a small
>>> conference where we could meet up.
>>>
>>> About early June 2011 he will visit Zagreb (Croatia, where I live). I have
>>> offered to organize a small conference here. I would find a venue, suggest
>>> hotels, pick people at the airport, arrange sightseeing, brew some beer for
>>> the event...
>>>
>>> We would probably give presentations during the mornings and then pair in
>>> the afternoon.
>>>
>>> I can arrange sightseeing for people that arrive a few days earlier or
>>> stay a few days after the conference. There are a few places to visit here.
>>>
>>> For the people that would pay for the trip themselves, Zagreb is cheaper
>>> than most European capitals.
>>>
>>> What do you think?
>>>
>>> ?eljko
>>> --
>>> watir.com - community manager
>>> watirpodcast.com - host
>>> testingpodcast.com - audio podcasts on software testing. all of them
>>>
>>
>>
>> _______________________________________________
>> 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 jarmo.p at gmail.com  Thu Dec  2 03:45:15 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Thu, 2 Dec 2010 10:45:15 +0200
Subject: [Wtr-development] Blogging at watir.com
In-Reply-To: <AANLkTimcdEkEk86ydvrsRokC4ZpcmapoPuJe7efgMi0Z@mail.gmail.com>
References: <AANLkTikFCtp_EjHDPu4vdDCo5pdiqAq39JJBZRjpnNEA@mail.gmail.com>
	<AANLkTimcdEkEk86ydvrsRokC4ZpcmapoPuJe7efgMi0Z@mail.gmail.com>
Message-ID: <AANLkTimyiYeDSesxYJq-N53PE2qa2jJ8N9n_r-6dxQP=@mail.gmail.com>

Seems like a good idea. Even i might have some posts on my blog, which could
suit for that purpose. It is of course up to you to decide.

Jarmo

On Thu, Dec 2, 2010 at 1:19 AM, Bret Pettichord <bret at pettichord.com> wrote:

> +1
>
> On Wed, Dec 1, 2010 at 3:50 AM, ?eljko Filipin <
> zeljko.filipin at wa-research.ch> wrote:
>
>> The recent Alan's post at this list (on how to get Watir working on Ruby
>> 1.9) reminded me that I wanted to suggest we should do more blogging on
>> watir.com. (I have noticed that Alister was blogging lately about Watir.)
>>
>> Do you think it would be a good idea to cross-post Watir-related blog
>> posts from our personal blogs to watir.com? (With a note that the post is
>> cross-posted, like Google blog does.)
>>
>> ?eljko
>> --
>> watir.com - community manager
>> watirpodcast.com - host
>> testingpodcast.com - audio podcasts on software testing. all of them
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101202/4e7435b5/attachment-0001.html>

From zeljko.filipin at wa-research.ch  Thu Dec  2 04:10:44 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Thu, 2 Dec 2010 10:10:44 +0100
Subject: [Wtr-development] Blogging at watir.com
In-Reply-To: <AANLkTimyiYeDSesxYJq-N53PE2qa2jJ8N9n_r-6dxQP=@mail.gmail.com>
References: <AANLkTikFCtp_EjHDPu4vdDCo5pdiqAq39JJBZRjpnNEA@mail.gmail.com>
	<AANLkTimcdEkEk86ydvrsRokC4ZpcmapoPuJe7efgMi0Z@mail.gmail.com>
	<AANLkTimyiYeDSesxYJq-N53PE2qa2jJ8N9n_r-6dxQP=@mail.gmail.com>
Message-ID: <AANLkTi=9d4t9Sqk_2pLmkRQAoDDkBeWeRhv9GcvNMpJw@mail.gmail.com>

On Thu, Dec 2, 2010 at 9:45 AM, Jarmo <jarmo.p at gmail.com> wrote:
> Even i might have some posts on my blog, which could suit for that
purpose.

Please send a list of posts that you would like to be cross-posted at
watir.com (sorted in order you would like them published).

> It is of course up to you to decide.

"You" meaning me (?eljko)? I would prefer if all members of Watir team had
accounts at watir.com and blogging there at will.

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

From marekj.com at gmail.com  Thu Dec  2 07:52:48 2010
From: marekj.com at gmail.com (marekj)
Date: Thu, 2 Dec 2010 06:52:48 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
Message-ID: <AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>

I've done this experiment too  on Win7 with Ruby 1.9.2 and DevKit 4.5
I installed into c:/ruby192 and c:/rubydevkit450 respectively
I also have c:/ruby186 for my regular ruby.
So if I want to swtich  ruby env I have to adjust the PATH (either
c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
env great)

I ran my watirloo tests successfully on 1.9.2 . The only problem is
that I get segfault when I run threaded tests when I drive multiple
browsers.
https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
all others ran find (on IE8)

Warning: before running tests I have to adjust load path since ruby
1.9.2 no longer puts current dir on load path
http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
This ended up trivial, very easy change.
here is an example of global replace
https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea

My change is like this
-require File.dirname(__FILE__) + '/spec_helper'
+require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'

One thing I did not try yet is modal dialogs and js popups tests.
Not sure if autoit works.


marekj

http://rubytester.com

From jarmo.p at gmail.com  Thu Dec  2 08:26:18 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Thu, 2 Dec 2010 15:26:18 +0200
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
Message-ID: <AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>

Nice job to make it work. I have had also some thoughts to try it out on
1.9.2 but haven't got the time to do that. I was aware that there is no
prebuilt binary for win32 gems also.

marekj: in Windows there is pik to have multiple installations of Ruby :)
Check it out https://github.com/vertiginous/pik

Just gave it a try and failed:

C:\Users\jarmo>gem install win32-api --no-rdoc --no-ri --platform=RUBY
Building native extensions.  This could take a while...
ERROR:  Error installing win32-api:
        ERROR: Failed to build gem native extension.

C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe extconf.rb
checking for strncpy_s()... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
`try_do': The complier failed to generate an executable file. (Runtime
Error)
You have to install development tools first.
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
`try_link0'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
`try_link'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
`try_func'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
`block in have_func'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
`block in checking_for'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
`block (2 levels) in postpone'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
`open'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
`block in postpone'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
`open'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
`postpone'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
`checking_for'
        from
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
`have_func'
        from extconf.rb:9:in `<main>'


Gem files will remain installed in
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6
for inspection.
Results logged to
C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6/ext/gem_make.out

C:\Users\jarmo>ruby -v
ruby 1.9.2dev (2010-05-31) [i386-mingw32]

I have devkit installed of course and it has built something for me before.

Jarmo

On Thu, Dec 2, 2010 at 2:52 PM, marekj <marekj.com at gmail.com> wrote:

> I've done this experiment too  on Win7 with Ruby 1.9.2 and DevKit 4.5
> I installed into c:/ruby192 and c:/rubydevkit450 respectively
> I also have c:/ruby186 for my regular ruby.
> So if I want to swtich  ruby env I have to adjust the PATH (either
> c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
> env great)
>
> I ran my watirloo tests successfully on 1.9.2 . The only problem is
> that I get segfault when I run threaded tests when I drive multiple
> browsers.
> https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
> all others ran find (on IE8)
>
> Warning: before running tests I have to adjust load path since ruby
> 1.9.2 no longer puts current dir on load path
>
> http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
> This ended up trivial, very easy change.
> here is an example of global replace
>
> https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea
>
> My change is like this
> -require File.dirname(__FILE__) + '/spec_helper'
> +require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'
>
> One thing I did not try yet is modal dialogs and js popups tests.
> Not sure if autoit works.
>
>
> marekj
>
> http://rubytester.com
> _______________________________________________
> 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/20101202/0b19447f/attachment.html>

From abaird at bairdsnet.net  Thu Dec  2 08:39:20 2010
From: abaird at bairdsnet.net (Alan Baird)
Date: Thu, 2 Dec 2010 07:39:20 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
Message-ID: <AANLkTi=Nb9_KTqMpF5EtEd6t+rCt_TsJzz0GoVdtTfuM@mail.gmail.com>

Jarmo -

I can't see any obvious problems, the only difference is that I'm using the
1.9.2 provided in the one-click installer and you don't appear to be.  I
wonder if there are any differences.  I have the non one-click installer so
maybe I can try it today and see if I get the same error.

I also have to put in a plug for Pik.  It took a while for me to figure out
how to make it work, but when it does it is pretty cool.  I especially like
doing pik gem install watir and see it install watir across the 6 rubies I
have installed.

Alan

On Thu, Dec 2, 2010 at 7:26 AM, Jarmo <jarmo.p at gmail.com> wrote:

> Nice job to make it work. I have had also some thoughts to try it out on
> 1.9.2 but haven't got the time to do that. I was aware that there is no
> prebuilt binary for win32 gems also.
>
> marekj: in Windows there is pik to have multiple installations of Ruby :)
> Check it out https://github.com/vertiginous/pik
>
> Just gave it a try and failed:
>
> C:\Users\jarmo>gem install win32-api --no-rdoc --no-ri --platform=RUBY
> Building native extensions.  This could take a while...
> ERROR:  Error installing win32-api:
>         ERROR: Failed to build gem native extension.
>
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe extconf.rb
> checking for strncpy_s()... *** extconf.rb failed ***
> Could not create Makefile due to some reason, probably lack of
> necessary libraries and/or headers.  Check the mkmf.log file for more
> details.  You may need configuration options.
>
> Provided configuration options:
>         --with-opt-dir
>         --without-opt-dir
>         --with-opt-include
>         --without-opt-include=${opt-dir}/include
>         --with-opt-lib
>         --without-opt-lib=${opt-dir}/lib
>         --with-make-prog
>         --without-make-prog
>         --srcdir=.
>         --curdir
>         --ruby=C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
> `try_do': The complier failed to generate an executable file. (Runtime
> Error)
> You have to install development tools first.
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
> `try_link0'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
> `try_link'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
> `try_func'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
> `block in have_func'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
> `block in checking_for'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> `block (2 levels) in postpone'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> `open'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> `block in postpone'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> `open'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
> `postpone'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
> `checking_for'
>         from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
> `have_func'
>         from extconf.rb:9:in `<main>'
>
>
> Gem files will remain installed in
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6
> for inspection.
> Results logged to
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6/ext/gem_make.out
>
> C:\Users\jarmo>ruby -v
> ruby 1.9.2dev (2010-05-31) [i386-mingw32]
>
> I have devkit installed of course and it has built something for me before.
>
> Jarmo
>
>
> On Thu, Dec 2, 2010 at 2:52 PM, marekj <marekj.com at gmail.com> wrote:
>
>> I've done this experiment too  on Win7 with Ruby 1.9.2 and DevKit 4.5
>> I installed into c:/ruby192 and c:/rubydevkit450 respectively
>> I also have c:/ruby186 for my regular ruby.
>> So if I want to swtich  ruby env I have to adjust the PATH (either
>> c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
>> env great)
>>
>> I ran my watirloo tests successfully on 1.9.2 . The only problem is
>> that I get segfault when I run threaded tests when I drive multiple
>> browsers.
>>
>> https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
>> all others ran find (on IE8)
>>
>> Warning: before running tests I have to adjust load path since ruby
>> 1.9.2 no longer puts current dir on load path
>>
>> http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
>> This ended up trivial, very easy change.
>> here is an example of global replace
>>
>> https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea
>>
>> My change is like this
>> -require File.dirname(__FILE__) + '/spec_helper'
>> +require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'
>>
>> One thing I did not try yet is modal dialogs and js popups tests.
>> Not sure if autoit works.
>>
>>
>> marekj
>>
>> http://rubytester.com
>> _______________________________________________
>> 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/20101202/c4ffbb2b/attachment-0001.html>

From jarmo.p at gmail.com  Thu Dec  2 08:51:05 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Thu, 2 Dec 2010 15:51:05 +0200
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTi=Nb9_KTqMpF5EtEd6t+rCt_TsJzz0GoVdtTfuM@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTi=Nb9_KTqMpF5EtEd6t+rCt_TsJzz0GoVdtTfuM@mail.gmail.com>
Message-ID: <AANLkTimQg4BREp-=-sgQkOWYjrm2rPgm83zGO6bLtGyh@mail.gmail.com>

Yup, i've installed 1.9.2 via `pik install`.

Jarmo

On Thu, Dec 2, 2010 at 3:39 PM, Alan Baird <abaird at bairdsnet.net> wrote:

> Jarmo -
>
> I can't see any obvious problems, the only difference is that I'm using the
> 1.9.2 provided in the one-click installer and you don't appear to be.  I
> wonder if there are any differences.  I have the non one-click installer so
> maybe I can try it today and see if I get the same error.
>
> I also have to put in a plug for Pik.  It took a while for me to figure out
> how to make it work, but when it does it is pretty cool.  I especially like
> doing pik gem install watir and see it install watir across the 6 rubies I
> have installed.
>
> Alan
>
>
> On Thu, Dec 2, 2010 at 7:26 AM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> Nice job to make it work. I have had also some thoughts to try it out on
>> 1.9.2 but haven't got the time to do that. I was aware that there is no
>> prebuilt binary for win32 gems also.
>>
>> marekj: in Windows there is pik to have multiple installations of Ruby :)
>> Check it out https://github.com/vertiginous/pik
>>
>> Just gave it a try and failed:
>>
>> C:\Users\jarmo>gem install win32-api --no-rdoc --no-ri --platform=RUBY
>> Building native extensions.  This could take a while...
>> ERROR:  Error installing win32-api:
>>         ERROR: Failed to build gem native extension.
>>
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe extconf.rb
>> checking for strncpy_s()... *** extconf.rb failed ***
>> Could not create Makefile due to some reason, probably lack of
>> necessary libraries and/or headers.  Check the mkmf.log file for more
>> details.  You may need configuration options.
>>
>> Provided configuration options:
>>         --with-opt-dir
>>         --without-opt-dir
>>         --with-opt-include
>>         --without-opt-include=${opt-dir}/include
>>         --with-opt-lib
>>         --without-opt-lib=${opt-dir}/lib
>>         --with-make-prog
>>         --without-make-prog
>>         --srcdir=.
>>         --curdir
>>         --ruby=C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
>> `try_do': The complier failed to generate an executable file. (Runtime
>> Error)
>> You have to install development tools first.
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
>> `try_link0'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
>> `try_link'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
>> `try_func'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
>> `block in have_func'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
>> `block in checking_for'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
>> `block (2 levels) in postpone'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
>> `open'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
>> `block in postpone'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
>> `open'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
>> `postpone'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
>> `checking_for'
>>         from
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
>> `have_func'
>>         from extconf.rb:9:in `<main>'
>>
>>
>> Gem files will remain installed in
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6
>> for inspection.
>> Results logged to
>> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6/ext/gem_make.out
>>
>> C:\Users\jarmo>ruby -v
>> ruby 1.9.2dev (2010-05-31) [i386-mingw32]
>>
>> I have devkit installed of course and it has built something for me
>> before.
>>
>> Jarmo
>>
>>
>> On Thu, Dec 2, 2010 at 2:52 PM, marekj <marekj.com at gmail.com> wrote:
>>
>>> I've done this experiment too  on Win7 with Ruby 1.9.2 and DevKit 4.5
>>> I installed into c:/ruby192 and c:/rubydevkit450 respectively
>>> I also have c:/ruby186 for my regular ruby.
>>> So if I want to swtich  ruby env I have to adjust the PATH (either
>>> c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
>>> env great)
>>>
>>> I ran my watirloo tests successfully on 1.9.2 . The only problem is
>>> that I get segfault when I run threaded tests when I drive multiple
>>> browsers.
>>>
>>> https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
>>> all others ran find (on IE8)
>>>
>>> Warning: before running tests I have to adjust load path since ruby
>>> 1.9.2 no longer puts current dir on load path
>>>
>>> http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
>>> This ended up trivial, very easy change.
>>> here is an example of global replace
>>>
>>> https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea
>>>
>>> My change is like this
>>> -require File.dirname(__FILE__) + '/spec_helper'
>>> +require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'
>>>
>>> One thing I did not try yet is modal dialogs and js popups tests.
>>> Not sure if autoit works.
>>>
>>>
>>> marekj
>>>
>>> http://rubytester.com
>>> _______________________________________________
>>> 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/20101202/e21b4873/attachment.html>

From watirjira at gmail.com  Thu Dec  2 10:06:21 2010
From: watirjira at gmail.com (walaa akram anwar (JIRA))
Date: Thu, 2 Dec 2010 09:06:21 -0600 (CST)
Subject: [Wtr-development] [JIRA] Created: (WTR-468) hide firefox browser
Message-ID: <5302532.751.1291302381559.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

hide firefox browser
--------------------

                 Key: WTR-468
                 URL: http://jira.openqa.org/browse/WTR-468
             Project: Watir
          Issue Type: Bug
          Components: FireWatir
    Affects Versions: 1.6.7
         Environment: operating system: debian lenny - browser: firfox 3.5.7
            Reporter: walaa akram anwar
            Priority: Major


I want to hide my browser window so I used -b option while I'm running my script as following: "ruby -b testScript.rb" but I got error message which is "ruby: invalid option -b  (-h will show valid options)".

I have revised the issue with title "-b option does not work" but I couldn't open comments links to see what was the solution.

Would you please mention how can I hide my firefox browser I'm really in need for that option?

-- 
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 marekj.com at gmail.com  Thu Dec  2 11:56:44 2010
From: marekj.com at gmail.com (marekj)
Date: Thu, 2 Dec 2010 10:56:44 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
Message-ID: <AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>

On Thu, Dec 2, 2010 at 7:26 AM, Jarmo <jarmo.p at gmail.com> wrote:
> Nice job to make it work. I have had also some thoughts to try it out on
> 1.9.2 but haven't got the time to do that. I was aware that there is no
> prebuilt binary for win32 gems also.
> marekj: in Windows there is pik to have multiple installations of Ruby :)
> Check it out?https://github.com/vertiginous/pik
>
> Just gave it a try and failed:
> C:\Users\jarmo>gem install win32-api --no-rdoc --no-ri --platform=RUBY
> Building native extensions. ?This could take a while...
> ERROR: ?Error installing win32-api:
> ?? ? ? ?ERROR: Failed to build gem native extension.

at the time that you have 1.9.2 an active ruby and you have devkit
installed somewhere I think you have to run some seutp to make ruby
know here devkit is.
It looks like the --platform=ruby switch here did not use devkit. I
usually see this line

Temporarily enhancing PATH to include DevKit...

but your output didn't have it.

> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe extconf.rb
> checking for strncpy_s()... *** extconf.rb failed ***
> Could not create Makefile due to some reason, probably lack of
> necessary libraries and/or headers. ?Check the mkmf.log file for more
> details. ?You may need configuration options.
> Provided configuration options:
> ?? ? ? ?--with-opt-dir
> ?? ? ? ?--without-opt-dir
> ?? ? ? ?--with-opt-include
> ?? ? ? ?--without-opt-include=${opt-dir}/include
> ?? ? ? ?--with-opt-lib
> ?? ? ? ?--without-opt-lib=${opt-dir}/lib
> ?? ? ? ?--with-make-prog
> ?? ? ? ?--without-make-prog
> ?? ? ? ?--srcdir=.
> ?? ? ? ?--curdir
> ?? ? ? ?--ruby=C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
> `try_do': The complier failed to generate an executable file. (Runtime
> Error)
> You have to install development tools first.
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
> `try_link0'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
> `try_link'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
> `try_func'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
> `block in have_func'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
> `block in checking_for'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> `block (2 levels) in postpone'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> `open'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> `block in postpone'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> `open'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
> `postpone'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
> `checking_for'
> ?? ? ? ?from
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
> `have_func'
> ?? ? ? ?from extconf.rb:9:in `<main>'
>
> Gem files will remain installed in
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6
> for inspection.
> Results logged to
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6/ext/gem_make.out
> C:\Users\jarmo>ruby -v
> ruby 1.9.2dev (2010-05-31) [i386-mingw32]
> I have devkit installed of course and it has built something for me before.
> Jarmo
>
> On Thu, Dec 2, 2010 at 2:52 PM, marekj <marekj.com at gmail.com> wrote:
>>
>> I've done this experiment too ?on Win7 with Ruby 1.9.2 and DevKit 4.5
>> I installed into c:/ruby192 and c:/rubydevkit450 respectively
>> I also have c:/ruby186 for my regular ruby.
>> So if I want to swtich ?ruby env I have to adjust the PATH (either
>> c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
>> env great)
>>
>> I ran my watirloo tests successfully on 1.9.2 . The only problem is
>> that I get segfault when I run threaded tests when I drive multiple
>> browsers.
>>
>> https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
>> all others ran find (on IE8)
>>
>> Warning: before running tests I have to adjust load path since ruby
>> 1.9.2 no longer puts current dir on load path
>>
>> http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
>> This ended up trivial, very easy change.
>> here is an example of global replace
>>
>> https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea
>>
>> My change is like this
>> -require File.dirname(__FILE__) + '/spec_helper'
>> +require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'
>>
>> One thing I did not try yet is modal dialogs and js popups tests.
>> Not sure if autoit works.
>>
>>
>> marekj
>>
>> http://rubytester.com
>> _______________________________________________
>> 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 jarmo.p at gmail.com  Thu Dec  2 15:02:28 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Thu, 2 Dec 2010 22:02:28 +0200
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
Message-ID: <AANLkTimB7SAHKF9Sng_n2vtbinNeHtnW7Bggb=4DRWCF@mail.gmail.com>

I haven't seen that extra line as an output ever while using pik, but devkit
itself is installed also via pik by `pik install devkit` and it ought to be
know about my ruby and vice versa. I wonder if there's some easy way to make
sure... anyone knows?

Jarmo

On Thu, Dec 2, 2010 at 6:56 PM, marekj <marekj.com at gmail.com> wrote:

> On Thu, Dec 2, 2010 at 7:26 AM, Jarmo <jarmo.p at gmail.com> wrote:
> > Nice job to make it work. I have had also some thoughts to try it out on
> > 1.9.2 but haven't got the time to do that. I was aware that there is no
> > prebuilt binary for win32 gems also.
> > marekj: in Windows there is pik to have multiple installations of Ruby :)
> > Check it out https://github.com/vertiginous/pik
> >
> > Just gave it a try and failed:
> > C:\Users\jarmo>gem install win32-api --no-rdoc --no-ri --platform=RUBY
> > Building native extensions.  This could take a while...
> > ERROR:  Error installing win32-api:
> >         ERROR: Failed to build gem native extension.
>
> at the time that you have 1.9.2 an active ruby and you have devkit
> installed somewhere I think you have to run some seutp to make ruby
> know here devkit is.
> It looks like the --platform=ruby switch here did not use devkit. I
> usually see this line
>
> Temporarily enhancing PATH to include DevKit...
>
> but your output didn't have it.
>
> > C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe extconf.rb
> > checking for strncpy_s()... *** extconf.rb failed ***
> > Could not create Makefile due to some reason, probably lack of
> > necessary libraries and/or headers.  Check the mkmf.log file for more
> > details.  You may need configuration options.
> > Provided configuration options:
> >         --with-opt-dir
> >         --without-opt-dir
> >         --with-opt-include
> >         --without-opt-include=${opt-dir}/include
> >         --with-opt-lib
> >         --without-opt-lib=${opt-dir}/lib
> >         --with-make-prog
> >         --without-make-prog
> >         --srcdir=.
> >         --curdir
> >         --ruby=C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
> > `try_do': The complier failed to generate an executable file. (Runtime
> > Error)
> > You have to install development tools first.
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
> > `try_link0'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
> > `try_link'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
> > `try_func'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
> > `block in have_func'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
> > `block in checking_for'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> > `block (2 levels) in postpone'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> > `open'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
> > `block in postpone'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
> > `open'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
> > `postpone'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
> > `checking_for'
> >         from
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
> > `have_func'
> >         from extconf.rb:9:in `<main>'
> >
> > Gem files will remain installed in
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6
> > for inspection.
> > Results logged to
> >
> C:/Users/jarmo/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6/ext/gem_make.out
> > C:\Users\jarmo>ruby -v
> > ruby 1.9.2dev (2010-05-31) [i386-mingw32]
> > I have devkit installed of course and it has built something for me
> before.
> > Jarmo
> >
> > On Thu, Dec 2, 2010 at 2:52 PM, marekj <marekj.com at gmail.com> wrote:
> >>
> >> I've done this experiment too  on Win7 with Ruby 1.9.2 and DevKit 4.5
> >> I installed into c:/ruby192 and c:/rubydevkit450 respectively
> >> I also have c:/ruby186 for my regular ruby.
> >> So if I want to swtich  ruby env I have to adjust the PATH (either
> >> c:\ruby1xx\bin) and reboot. ( I use rvm for linux and it switches ruby
> >> env great)
> >>
> >> I ran my watirloo tests successfully on 1.9.2 . The only problem is
> >> that I get segfault when I run threaded tests when I drive multiple
> >> browsers.
> >>
> >>
> https://github.com/marekj/watirloo/blob/master/spec/browser_threads_spec.rb
> >> all others ran find (on IE8)
> >>
> >> Warning: before running tests I have to adjust load path since ruby
> >> 1.9.2 no longer puts current dir on load path
> >>
> >>
> http://stackoverflow.com/questions/2900370/why-does-ruby-1-9-2-remove-from-load-path-and-whats-the-alternative
> >> This ended up trivial, very easy change.
> >> here is an example of global replace
> >>
> >>
> https://github.com/jeremyevans/sequel/commit/36eabe31d10f0e9ee71ce1063852939807f446ea
> >>
> >> My change is like this
> >> -require File.dirname(__FILE__) + '/spec_helper'
> >> +require File.dirname(File.expand_path(__FILE__)) + '/spec_helper'
> >>
> >> One thing I did not try yet is modal dialogs and js popups tests.
> >> Not sure if autoit works.
> >>
> >>
> >> marekj
> >>
> >> http://rubytester.com
> >> _______________________________________________
> >> 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/20101202/81fbc34c/attachment.html>

From abaird at bairdsnet.net  Thu Dec  2 15:15:53 2010
From: abaird at bairdsnet.net (Alan Baird)
Date: Thu, 2 Dec 2010 14:15:53 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
Message-ID: <AANLkTimMrkVWLOj7sviyBj1h2XA3mNtgVsmrgfN-UpXq@mail.gmail.com>

Actually, I think what I did was:

1) Install Ruby 1.9.2p0 from the one-click installer (not using pik)
2) Add that installation using: pik add c:\ruby\Ruby192\bin
3) Installed Watir
4) Installed the dev kit using; 'ruby dk.b init', then 'ruby dk.rb install
5) ran what you saw in the first email

Dunno if that will make a difference.

Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101202/97f0ddc6/attachment.html>

From marekj.com at gmail.com  Thu Dec  2 22:58:02 2010
From: marekj.com at gmail.com (marekj)
Date: Thu, 2 Dec 2010 21:58:02 -0600
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTimMrkVWLOj7sviyBj1h2XA3mNtgVsmrgfN-UpXq@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
	<AANLkTimMrkVWLOj7sviyBj1h2XA3mNtgVsmrgfN-UpXq@mail.gmail.com>
Message-ID: <AANLkTinuhEF9CfehiHpkkYcnFZQezzZz1=EG-2mVzUEj@mail.gmail.com>

On Thu, Dec 2, 2010 at 2:15 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> Actually, I think what I did was:
> 1) Install Ruby 1.9.2p0 from the one-click installer (not using pik)
> 2) Add that installation using:?pik add c:\ruby\Ruby192\bin
> 3) Installed Watir
> 4) Installed the dev kit using; 'ruby dk.b init', then 'ruby dk.rb install

OK, I am with Alan on this one

cd <DEVKIT_INSTALL_DIR>
ruby dk.rb init
ruby dk.rb review
ruby dk.rb install

should set rubygems pre_install hook to ensure that --platform=ruby uses devkit


> 5) ran what you saw in the first email
> Dunno if that will make a difference.
> Alan
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From paul.rogers at shaw.ca  Thu Dec  9 11:18:34 2010
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Thu, 9 Dec 2010 09:18:34 -0700
Subject: [Wtr-development] watir-webdriver and Firefox on XP
Message-ID: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>

Ive ben trying to update my tests from the horribly old version of
watir Ive been using to something upto date. At the same time I
thought Id look into webdriver.

While IE seems to work fine, I cant get firefox to work.

FF opens ok, but I get the following exception. Code below

Is there any thing I need to do? Ive installed the selenium-webdriver
gem and have the webdriver jar in the class path. One thing that may
be the cause, I have many versions of FF installed, and maye the one
that is being launched isnt the one thats 'attached' to webdriver


Thanks

Paul


selenium-webdriver (0.1.1)
watir-webdriver (0.1.7)

C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:81:in
`connect_until_stable': u
nable to obtain stable firefox connection in 60 seconds
(Selenium::WebDriver::Error::WebDriverError)
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:37:in
`launch'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/socket_lock.rb:32:in
`locked'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:32:in
`launch'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/bridge.rb:21:in
`initialize'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
`new'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
`for'
        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver.rb:51:in
`for'
        from C:/Ruby/lib/ruby/gems/1.8/gems/watir-webdriver-0.1.7/lib/watir-webdriver/browser.rb:34:in
`initialize'
        from webdriver-sample.rb:4:in `new'
        from webdriver-sample.rb:4



require 'rubygems'
require 'watir-webdriver'

  browser = Watir::Browser.new :firefox
  browser.goto "http://google.com"
  browser.text_field(:name => 'q').set("WebDriver rocks!")
  browser.button(:name => 'btnG').click
  puts browser.url
  browser.close

From zeljko.filipin at wa-research.ch  Thu Dec  9 12:16:36 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Thu, 9 Dec 2010 18:16:36 +0100
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
Message-ID: <AANLkTinWseh1_F27Ok8cm8sKXmZedhqZ4JY4J3fYfdMQ@mail.gmail.com>

On Thu, Dec 9, 2010 at 5:18 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
> While IE seems to work fine, I cant get firefox to work.

This is all I know about installing watir-webdriver:

http://zeljkofilipin.com/2010/01/12/watir-on-webdriver/

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101209/850e91f7/attachment.html>

From jari.bakken at gmail.com  Thu Dec  9 14:06:01 2010
From: jari.bakken at gmail.com (Jari Bakken)
Date: Thu, 9 Dec 2010 20:06:01 +0100
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
Message-ID: <8677297342337766851@unknownmsgid>

Den 9. des. 2010 kl. 18:04 skrev Paul Rogers <paul.rogers at shaw.ca>:

> Ive ben trying to update my tests from the horribly old version of
> watir Ive been using to something upto date. At the same time I
> thought Id look into webdriver.
>
> While IE seems to work fine, I cant get firefox to work.
>
> FF opens ok, but I get the following exception. Code below

What version of Firefox / Windows? Any interesting messages in the
Firefox error console?


>
> Is there any thing I need to do? Ive installed the selenium-webdriver
> gem and have the webdriver jar in the class path. One thing that may
> be the cause, I have many versions of FF installed, and maye the one
> that is being launched isnt the one thats 'attached' to webdriver
>
>
> Thanks
>
> Paul
>
>
> selenium-webdriver (0.1.1)
> watir-webdriver (0.1.7)
>
> C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:81:in
> `connect_until_stable': u
> nable to obtain stable firefox connection in 60 seconds
> (Selenium::WebDriver::Error::WebDriverError)
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:37:in
> `launch'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/socket_lock.rb:32:in
> `locked'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:32:in
> `launch'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/bridge.rb:21:in
> `initialize'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
> `new'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
> `for'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver.rb:51:in
> `for'
>        from C:/Ruby/lib/ruby/gems/1.8/gems/watir-webdriver-0.1.7/lib/watir-webdriver/browser.rb:34:in
> `initialize'
>        from webdriver-sample.rb:4:in `new'
>        from webdriver-sample.rb:4
>
>
>
> require 'rubygems'
> require 'watir-webdriver'
>
>  browser = Watir::Browser.new :firefox
>  browser.goto "http://google.com"
>  browser.text_field(:name => 'q').set("WebDriver rocks!")
>  browser.button(:name => 'btnG').click
>  puts browser.url
>  browser.close
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development

From paul.rogers at shaw.ca  Thu Dec  9 14:42:41 2010
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Thu, 9 Dec 2010 12:42:41 -0700
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <8677297342337766851@unknownmsgid>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
	<8677297342337766851@unknownmsgid>
Message-ID: <AANLkTikre7kdJYhZk_+QMyri=apyH__N3jEPmduCnu94@mail.gmail.com>

oh, this was embarassing.....The one that is being launched, and
presumably the one in the default firefox position is version 2.0 of
Firefox. Which presumably is supported by nothing in the whole world.

I'll try and move the default locations, and load  more reasonably
versioned browser.

Paul



On Thu, Dec 9, 2010 at 12:06 PM, Jari Bakken <jari.bakken at gmail.com> wrote:
> Den 9. des. 2010 kl. 18:04 skrev Paul Rogers <paul.rogers at shaw.ca>:
>
>> Ive ben trying to update my tests from the horribly old version of
>> watir Ive been using to something upto date. At the same time I
>> thought Id look into webdriver.
>>
>> While IE seems to work fine, I cant get firefox to work.
>>
>> FF opens ok, but I get the following exception. Code below
>
> What version of Firefox / Windows? Any interesting messages in the
> Firefox error console?
>
>
>>
>> Is there any thing I need to do? Ive installed the selenium-webdriver
>> gem and have the webdriver jar in the class path. One thing that may
>> be the cause, I have many versions of FF installed, and maye the one
>> that is being launched isnt the one thats 'attached' to webdriver
>>
>>
>> Thanks
>>
>> Paul
>>
>>
>> selenium-webdriver (0.1.1)
>> watir-webdriver (0.1.7)
>>
>> C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:81:in
>> `connect_until_stable': u
>> nable to obtain stable firefox connection in 60 seconds
>> (Selenium::WebDriver::Error::WebDriverError)
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:37:in
>> `launch'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/socket_lock.rb:32:in
>> `locked'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:32:in
>> `launch'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/bridge.rb:21:in
>> `initialize'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
>> `new'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
>> `for'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver.rb:51:in
>> `for'
>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/watir-webdriver-0.1.7/lib/watir-webdriver/browser.rb:34:in
>> `initialize'
>> ? ? ? ?from webdriver-sample.rb:4:in `new'
>> ? ? ? ?from webdriver-sample.rb:4
>>
>>
>>
>> require 'rubygems'
>> require 'watir-webdriver'
>>
>> ?browser = Watir::Browser.new :firefox
>> ?browser.goto "http://google.com"
>> ?browser.text_field(:name => 'q').set("WebDriver rocks!")
>> ?browser.button(:name => 'btnG').click
>> ?puts browser.url
>> ?browser.close
>> _______________________________________________
>> 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 paul.rogers at shaw.ca  Thu Dec  9 18:49:58 2010
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Thu, 9 Dec 2010 16:49:58 -0700
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <AANLkTikre7kdJYhZk_+QMyri=apyH__N3jEPmduCnu94@mail.gmail.com>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
	<8677297342337766851@unknownmsgid>
	<AANLkTikre7kdJYhZk_+QMyri=apyH__N3jEPmduCnu94@mail.gmail.com>
Message-ID: <AANLkTinRVdRCYOgT9JkG4PwhUh1SGDDh7PiyQwXcVHxm@mail.gmail.com>

Thanks Jari,

one of the things I was hoping to acheive was to eaily test on
multiple FF versions. ( weve seen subtle but, for our app,
catastrophic problems in different point versions of FF )

I got this to work by changing the windows path method in

C:\Ruby\lib\ruby\gems\1.8\gems\selenium-webdriver-0.1.1\lib\selenium\webdriver\firefox\binary.rb

is there a better way?

( sorry, this has got a bit of topic for the dev list )

Paul



On Thu, Dec 9, 2010 at 12:42 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
> oh, this was embarassing.....The one that is being launched, and
> presumably the one in the default firefox position is version 2.0 of
> Firefox. Which presumably is supported by nothing in the whole world.
>
> I'll try and move the default locations, and load ?more reasonably
> versioned browser.
>
> Paul
>
>
>
> On Thu, Dec 9, 2010 at 12:06 PM, Jari Bakken <jari.bakken at gmail.com> wrote:
>> Den 9. des. 2010 kl. 18:04 skrev Paul Rogers <paul.rogers at shaw.ca>:
>>
>>> Ive ben trying to update my tests from the horribly old version of
>>> watir Ive been using to something upto date. At the same time I
>>> thought Id look into webdriver.
>>>
>>> While IE seems to work fine, I cant get firefox to work.
>>>
>>> FF opens ok, but I get the following exception. Code below
>>
>> What version of Firefox / Windows? Any interesting messages in the
>> Firefox error console?
>>
>>
>>>
>>> Is there any thing I need to do? Ive installed the selenium-webdriver
>>> gem and have the webdriver jar in the class path. One thing that may
>>> be the cause, I have many versions of FF installed, and maye the one
>>> that is being launched isnt the one thats 'attached' to webdriver
>>>
>>>
>>> Thanks
>>>
>>> Paul
>>>
>>>
>>> selenium-webdriver (0.1.1)
>>> watir-webdriver (0.1.7)
>>>
>>> C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:81:in
>>> `connect_until_stable': u
>>> nable to obtain stable firefox connection in 60 seconds
>>> (Selenium::WebDriver::Error::WebDriverError)
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:37:in
>>> `launch'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/socket_lock.rb:32:in
>>> `locked'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/launcher.rb:32:in
>>> `launch'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/firefox/bridge.rb:21:in
>>> `initialize'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
>>> `new'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver/common/driver.rb:38:in
>>> `for'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/selenium-webdriver-0.1.1/lib/selenium/webdriver.rb:51:in
>>> `for'
>>> ? ? ? ?from C:/Ruby/lib/ruby/gems/1.8/gems/watir-webdriver-0.1.7/lib/watir-webdriver/browser.rb:34:in
>>> `initialize'
>>> ? ? ? ?from webdriver-sample.rb:4:in `new'
>>> ? ? ? ?from webdriver-sample.rb:4
>>>
>>>
>>>
>>> require 'rubygems'
>>> require 'watir-webdriver'
>>>
>>> ?browser = Watir::Browser.new :firefox
>>> ?browser.goto "http://google.com"
>>> ?browser.text_field(:name => 'q').set("WebDriver rocks!")
>>> ?browser.button(:name => 'btnG').click
>>> ?puts browser.url
>>> ?browser.close
>>> _______________________________________________
>>> 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 jari.bakken at gmail.com  Thu Dec  9 19:09:14 2010
From: jari.bakken at gmail.com (Jari Bakken)
Date: Fri, 10 Dec 2010 01:09:14 +0100
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <AANLkTinRVdRCYOgT9JkG4PwhUh1SGDDh7PiyQwXcVHxm@mail.gmail.com>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
	<8677297342337766851@unknownmsgid>
	<AANLkTikre7kdJYhZk_+QMyri=apyH__N3jEPmduCnu94@mail.gmail.com>
	<AANLkTinRVdRCYOgT9JkG4PwhUh1SGDDh7PiyQwXcVHxm@mail.gmail.com>
Message-ID: <AANLkTi=pJHYRiK94w-St5dxFy2GKTjxyLZSCokf-Du4+@mail.gmail.com>

On Fri, Dec 10, 2010 at 12:49 AM, Paul Rogers <paul.rogers at shaw.ca> wrote:
> I got this to work by changing the windows path method in
>
> C:\Ruby\lib\ruby\gems\1.8\gems\selenium-webdriver-0.1.1\lib\selenium\webdriver\firefox\binary.rb
>
> is there a better way?
>

  Selenium::WebDriver::Firefox.path = "/path/to/firefox"

This is documented here (under "Custom Firefox path"):

  http://code.google.com/p/selenium/wiki/RubyBindings

From paul.rogers at shaw.ca  Fri Dec 10 11:39:46 2010
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Fri, 10 Dec 2010 09:39:46 -0700
Subject: [Wtr-development] watir-webdriver and Firefox on XP
In-Reply-To: <AANLkTi=pJHYRiK94w-St5dxFy2GKTjxyLZSCokf-Du4+@mail.gmail.com>
References: <AANLkTikHrNAuCcnZ8_xgGAiyoVy42MuCcEGyej9dAzxO@mail.gmail.com>
	<8677297342337766851@unknownmsgid>
	<AANLkTikre7kdJYhZk_+QMyri=apyH__N3jEPmduCnu94@mail.gmail.com>
	<AANLkTinRVdRCYOgT9JkG4PwhUh1SGDDh7PiyQwXcVHxm@mail.gmail.com>
	<AANLkTi=pJHYRiK94w-St5dxFy2GKTjxyLZSCokf-Du4+@mail.gmail.com>
Message-ID: <AANLkTim+m4sMnHdAWPEGkVP2K8YGtNgKRvrz930BSACM@mail.gmail.com>

I think I tried that after I found the binary.rb file. I'll go and
take another look though.

Im impressed so far. Thanks for doing this work.

Paul

On Thu, Dec 9, 2010 at 5:09 PM, Jari Bakken <jari.bakken at gmail.com> wrote:
> On Fri, Dec 10, 2010 at 12:49 AM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>> I got this to work by changing the windows path method in
>>
>> C:\Ruby\lib\ruby\gems\1.8\gems\selenium-webdriver-0.1.1\lib\selenium\webdriver\firefox\binary.rb
>>
>> is there a better way?
>>
>
> ?Selenium::WebDriver::Firefox.path = "/path/to/firefox"
>
> This is documented here (under "Custom Firefox path"):
>
> ?http://code.google.com/p/selenium/wiki/RubyBindings
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From watirjira at gmail.com  Fri Dec 10 14:34:20 2010
From: watirjira at gmail.com (Alan Baird (JIRA))
Date: Fri, 10 Dec 2010 13:34:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <29049028.785.1292009660792.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alan Baird commented on WTR-463:
--------------------------------

Jarmo -

Thank you for fixing this.  I want to monkeypatch until the next version comes out.  Is the changeset that is included in the git link you sent the only things I need to do to fix this?  

Any word on when the next version is expected?

Alan

> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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 Dec 11 17:18:21 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sat, 11 Dec 2010 16:18:21 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <23911755.790.1292105901117.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-463:
-----------------------------------

Yup, those changes ought to be all needed to fix that.

Unfortunately your monkey-patches will become quite ugly this time. Sorry.

I'd like to fix few critical things and then i'd be all in for making a new release. The sooner, the better.

> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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 Dec 11 19:17:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sat, 11 Dec 2010 18:17:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <15050520.793.1292113040894.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-466:
-----------------------------------

Still looking? Did you find anything? I've had some thoughts about that issue and it seems to me that it's best to make it work as it was before - e.g. only waiting for READYSTATE_COMPLETE. But to satisfy the WTR-446 the waiting states ought to be modifiable - maybe introducing some constant as an Array which by default has only READYSTATE_COMPLETE in it and for WTR-446 it's just possible to add READYSTATE_INTERACTIVE to the array and remove it afterwards. That would make #wait work as it was before and also allowing to use some workarounds for browser quirks.

I'm gonna implement it soonish.

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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 Dec 11 22:23:21 2010
From: watirjira at gmail.com (Ethan (JIRA))
Date: Sat, 11 Dec 2010 21:23:21 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <30650346.797.1292124201723.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Ethan commented on WTR-466:
---------------------------

"possible to add READYSTATE_INTERACTIVE to the array and remove it afterwards"

When would it be added and removed? Before and after what? 

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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 Dec 11 22:23:22 2010
From: watirjira at gmail.com (Ethan (JIRA))
Date: Sat, 11 Dec 2010 21:23:22 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <13573405.801.1292124202985.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Ethan commented on WTR-466:
---------------------------

On another note, my company's tests have all been running for quite a while with READYSTATE_INTERACTIVE being an allowed state (over a year, since way before WTR-446 was even filed), on all manner of sites, and have never an issue with #wait returning before the page was loaded. 

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Sun Dec 12 04:30:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 03:30:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <111793.807.1292146220128.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-466:
-----------------------------------

I haven't had any problems with READYSTATE_INTERACTIVE either. As i wondered above then maybe it is some issue with different IE versions or whatnot?

{quote}
"possible to add READYSTATE_INTERACTIVE to the array and remove it afterwards"

When would it be added and removed? Before and after what?
{quote}

Just before doing something which makes browser not to go into READYSTATE_COMPLETE (like described in WTR-446 for example) and then cleaning things up after you're done. The idea would be to just make it possible to add additional readystates during runtime if needed without monkey-patching.


> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Sun Dec 12 13:21:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 12:21:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-466) Issues to sync correctly
 with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <1522759.812.1292178080609.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-466.
-----------------------------

       Resolution: Fixed
    Fix Version/s: Soon

Fixed:
https://github.com/bret/watir/commit/d3ee91e5fbdcef6bf389a64e0de50f90854d3424

On another note: Ethan, can you remember or explain why did you introduce the usage of READYSTATE_INTERACTIVE in the first place? What was the reason?

I don't know any other times when it's needed except as described in the WTR-446.

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Sun Dec 12 13:58:20 2010
From: watirjira at gmail.com (Ethan (JIRA))
Date: Sun, 12 Dec 2010 12:58:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <15669875.816.1292180300629.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Ethan commented on WTR-466:
---------------------------

Jarmo: Exactly the same reason as WTR-446 describes - it goes into that state after a 'save as' dialog. 

I think that a default of including the interactive readystate would be preferable, and a user can delete that from the readystate constant if it is problematic. 

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Sun Dec 12 14:20:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 13:20:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <20768769.820.1292181620928.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-466:
-----------------------------------

I think that it's better to have by default only READYSTATE_COMPLETE as it has been for "centuries" than to cause occasional problems here and there. It would be great to know why and where these problems occur of course, until then i would prefer reverting #wait to use READYSTATE_COMPLETE only.

It makes even more sense when you think that the "save as" dialog problem is a really specific one and only one situation where browser seems to behave strangely currently.

So, instead of fixing only very specific problem and causing n-count of unknown problems i'd prefer the latter.

It is really easy to add that missing READYSTATE_INTERACTIVE when dealing with "save as" dialogs:

{noformat}
def some_method
  Watir::READYSTATES[:interactive] = 3
  # do something with save as dialog
ensure
  Watir::READYSTATES.delete(:interactive)
end
{noformat}

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Sun Dec 12 14:24:19 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 13:24:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-462) Watir::IE#close doesn't
 set @closing variable to false after closing IE
In-Reply-To: <1790011.523.1288983860585.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <11673616.822.1292181859812.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-462.
-----------------------------

       Resolution: Fixed
    Fix Version/s: Soon

Fixed by removing @closing variable altogether:
https://github.com/bret/watir/commit/da126307d789d65bba1e8abeac8bdd5078087760

> Watir::IE#close doesn't set @closing variable to false after closing IE
> -----------------------------------------------------------------------
>
>                 Key: WTR-462
>                 URL: http://jira.openqa.org/browse/WTR-462
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 1.6.7
>         Environment: WIN XP, IE7
>            Reporter: Alan Baird
>            Priority: Major
>             Fix For: Soon
>
>
> All -
> Consider the following example where I am trying to restart a browser using Watir's instance methods:
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x2e384a4 url="about:blank" title=""> irb(main):003:0> br.goto 'google.com'
> => 1.641
> irb(main):004:0> br.close
> => nil
> irb(main):005:0> br._new_window_init
> => 0.422
> irb(main):006:0> br.goto 'google.com'
> => 0.859
> irb(main):007:0> br.close
> => nil
> This actually works just fine until the last line where the browser doesn't close (but the first br.close does close the browser).  
> So, I examined the close method:
>     # Closes the Browser
>     def close
>       return unless exists?
>       @closing = true
>       @ie.stop
>       wait rescue nil
>       chwnd = @ie.hwnd.to_i
>       @ie.quit
>       while Win32API.new("user32","IsWindow", 'L', 'L').Call(chwnd) == 1
>         sleep 0.3
>       end
>     end
> Note that @closing is never set to false.  Thus, whenever close is called subsequently, it will return immediately because the first thing #exists? does is: 
> 	return false if @closing
> The fix is simple, just add @closing = false to the end of #close.  I tested this in a monkeypatched version and it fixes the problem as I recreated it in IRB above.

-- 
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  Sun Dec 12 17:18:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 16:18:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-464) uninstalling watir 1.6.7
 does not uninstall commonwatir 1.6.7 and firewatir 1.6.7
In-Reply-To: <25628117.550.1289243719870.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <24708589.826.1292192300084.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-464.
-----------------------------

       Resolution: Won't Fix
    Fix Version/s: Never

This is what i did:
1) gem install watir # installing 1.6.7 of watir, firewatir and commonwatir
2) gem uninstall watir # uninstalling only watir gem 1.6.7 leaving commonwatir and firewatir intact
3) gem install watir --version 1.6.6 # installing 1.6.6 of watir, firewatir and commonwatir

Now, in irb:
{code}
require "watir" # loads commonwatir 1.6.7 as expected
$LOAD_PATH.grep /watir/
=> ["C:/ruby_186p398/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/bin", "C:/ruby_186
p398/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib", "C:/ruby_186p398/lib/ruby/ge
ms/1.8/gems/firewatir-1.6.7/bin", "C:/ruby_186p398/lib/ruby/gems/1.8/gems/firewa
tir-1.6.7/lib"]
{code}

When doing Watir::Browser.new then a new Firefox window is opened instead of IE. This is happening because in commonwatir/browsers.rb a Watir::Browser.support is executed for ie, firefox and safari which in turn executes Watir::Browser.activate_gem. The method is defined like this:
{code}
# Activate the gem (if installed). The default browser will be set
# to the first gem that activates.
def activate_gem gem_name, option
  begin
    gem gem_name 
    @@default ||= option
  rescue Gem::LoadError
  end
end
{code}

This means that if the gem_name is "watir" then gem "watir" gets Gem::LoadError with an error message:
{code}
Gem::LoadError Exception: can't activate commonwatir (= 1.6.6, runtime) for ["watir-1.6.6"], already activated commonwatir-1.6.7 for []
{code}

That happens since watir-1.6.6 is depending of the commonwatir 1.6.6, which has 1.6.7 of itself already loaded. Since that error is rescue'd in that method then nothing is visible to the user and activate_gem is executed with "firewatir" and this time activation of the gem succeeds.

It would be great if that error message would be shown to the user, but unfortunately there's no good way to identify that particular gem loading error and we don't want to print out every gem loading errors also since that would mean that everyone using only firewatir would see always an error when watir's gem is trying to be loaded.

The error message you saw about watir/ie not existing is also because watir gem just doesn't get loaded. It seems that the best option to handle these situations would be to just document the uninstallation procedure in the wiki. If anyone knows where the proper place would be, then please add something like this into there:
{code}
If uninstalling Watir then make sure that you're also uninstall the same versions of Firewatir and Commonwatir:
gem uninstall watir firewatir commonwatir
{code}

> uninstalling watir 1.6.7 does not uninstall commonwatir 1.6.7 and firewatir 1.6.7
> ---------------------------------------------------------------------------------
>
>                 Key: WTR-464
>                 URL: http://jira.openqa.org/browse/WTR-464
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.7
>         Environment: win xp ie7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Major
>             Fix For: Never
>
>
> After uninstalling watir 1.6.7, and installing watir 1.6.6, Watir throws a LoadError trying to load watir/ie.  I looked at the versions that were installed and noticed that commonwatir and firewatir did not get uninstalled when Watir::IE was uninstalled.  The workaround is to manually uninstall commonwatir and firewatir.
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> LoadError: no such file to load -- watir/ie
>         from (irb):2
> irb(main):003:0> br = Watir::Browser.new
> Watir::Exception::UnableToStartJSShException: Unable to connect to machine : 127.0.0.1 on port 9997. Make sure that JSSh is properly installed and Fir
> efox is running with '-jssh' option
>         from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.7/lib/firewatir/firefox.rb:156:in `set_defaults'
>         from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.7/lib/firewatir/firefox.rb:50:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/browser.rb:65:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/browser.rb:65:in `new'
>         from (irb):3
> irb(main):004:0> exit
> # uninstall commonwatir and firewatir
> N:\gauntlet>gem uninstall commonwatir -v 1.6.7
> You have requested to uninstall the gem:
>         commonwatir-1.6.7
> firewatir-1.6.7 depends on [commonwatir (= 1.6.7)]
> If you remove this gems, one or more dependencies will not be met.
> Continue with Uninstall? [Yn]  y
> Successfully uninstalled commonwatir-1.6.7
> N:\gauntlet>gem uninstall firewatir -v 1.6.7
> Successfully uninstalled firewatir-1.6.7
> # test to see if Watir works
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::Browser.new
> => #<Watir::IE:0x40f7d88 url="about:blank" title="">
> irb(main):003:0> br.close
> => nil
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f0e84 url="about:blank" title="">

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

        

From watirjira at gmail.com  Sun Dec 12 18:36:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sun, 12 Dec 2010 17:36:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-440) Update AutoIt ActiveX
 Control library (AutoItX3.dll) bundled with Watir to current version
In-Reply-To: <2522252.333.1275579631176.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <15548749.828.1292196980627.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-440.
-----------------------------

       Resolution: Fixed
    Fix Version/s: Soon

Updated AutoIt to 3.3.6.1
https://github.com/bret/watir/commit/f115a3479f4666d7ed02d95772795e946600fecf

It is needed to uninstall all versions of manually installed AutoIt's and all older versions of Watir to start using that version because Watir won't register the newer version unless some older version of AutoIt loads successfully.

Charley if you managed to open a separate ticket then please close that one also, but i wasn't able to find it.

Of course the higher goal would be to get rid of AutoIt completely but it's ridiculous to have so old version of it bundled.

> Update AutoIt  ActiveX Control library (AutoItX3.dll)  bundled with Watir to current version
> --------------------------------------------------------------------------------------------
>
>                 Key: WTR-440
>                 URL: http://jira.openqa.org/browse/WTR-440
>             Project: Watir
>          Issue Type: Improvement
>          Components: Gem installer
>    Affects Versions: 1.6.5
>         Environment: Windows all versions
>            Reporter: Joe DiMauro
>             Fix For: Soon
>
>
> The AutoIt v3 ActiveX Control library (AutoItX3.dll) bundled with Watir1.6.5 is a very old version, (version 3.1.1.0), built back in 2005.
> As of 6/1/2010 the version of the library that is distributed with AutoIt's installer is version 3.3.6.1. It contains many improvements, fixes and new commands, functions and features, that could be useful with Watir if it were included, instead of the down-rev version that is currently bundled with Watir.
> See AutoIt's change log for details on the changes (from 3.1.1.0 to the current version):
>   http://www.autoitscript.com/autoit3/docs/history.htm
> The current AutoItX3 installer is available as a free download at:
>  http://www.autoitscript.com/autoit3/index.shtml
> There is also a 64-bit version of the library (AutoITX3_x64.dll) that might be of use to install with Watir on 64-bit systems.

-- 
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  Mon Dec 13 09:46:20 2010
From: watirjira at gmail.com (Alan Baird (JIRA))
Date: Mon, 13 Dec 2010 08:46:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <18201323.835.1292251580490.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alan Baird commented on WTR-466:
--------------------------------

I need to chime in here and say that the READYSTATE_INTERACTIVE saves me from a really nasty hack dealing with these dialog boxes.  When a script returns from interacting with a save as dialog box, Watir still thinks it's in the wait state.  This makes it impossible to do any further automation because Watir is stuck waiting on IE which will never get out of the wait state that Watir is expecting.

I'm ok with not having it in there all the time as long as there is a decent way to add this in during execution.  It would be nice if it were in there all the time so people that have to deal with save as dialog boxes wouldn't have to wonder why it works that way until they stumble onto this issue.  Maybe this would be good to include in the FAQ - I will write this up if we decide to take this out.

Don't hate us because we have to deal with the save as dialog box.  :)

Alan

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Mon Dec 13 10:07:22 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Mon, 13 Dec 2010 09:07:22 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <8987459.839.1292252842239.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-466:
-----------------------------------

I remember having lost quite amount of time due to that problem few years ago.

Agreed that this should be written somewhere in the wiki - maybe in the Pop Ups wiki page or something (http://wiki.openqa.org/display/WTR/Pop+Ups), but not before this change is released because otherwise there could be confusing moments for someone.

I wonder how many users are even touching File Save As dialogs anyway...

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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  Tue Dec 14 07:45:25 2010
From: alister.scott at gmail.com (Alister Scott)
Date: Tue, 14 Dec 2010 23:45:25 +1100
Subject: [Wtr-development] An intro to Watir-WebDriver
Message-ID: <AANLkTik1qeftZjqa6v32j30QqPfCtKYu-zkTjq=Yq7nH@mail.gmail.com>

Hi,

I've written a new blog post about how to use Watir-WebDriver for those who
are curious:
http://watirmelon.com/2010/12/14/watir-webdriver-a-detailed-introduction/

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*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101214/002a574a/attachment.html>

From jarmo.p at gmail.com  Wed Dec 15 16:30:28 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 15 Dec 2010 23:30:28 +0200
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTinuhEF9CfehiHpkkYcnFZQezzZz1=EG-2mVzUEj@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
	<AANLkTimMrkVWLOj7sviyBj1h2XA3mNtgVsmrgfN-UpXq@mail.gmail.com>
	<AANLkTinuhEF9CfehiHpkkYcnFZQezzZz1=EG-2mVzUEj@mail.gmail.com>
Message-ID: <AANLkTik-HqGhJyafHFvw55SGeqTEm5Z_8t76uvALjZ=j@mail.gmail.com>

Ok, it seemed that pik installed only legacy DevKit. I just created a fresh
VM and installed DevKit like you guys did and succeeded to build win32-api.
So, ruby does not need to be installed from the ruby installer, but works
also with pik install, just FYI.

Jarmo

On Fri, Dec 3, 2010 at 5:58 AM, marekj <marekj.com at gmail.com> wrote:

> On Thu, Dec 2, 2010 at 2:15 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> > Actually, I think what I did was:
> > 1) Install Ruby 1.9.2p0 from the one-click installer (not using pik)
> > 2) Add that installation using: pik add c:\ruby\Ruby192\bin
> > 3) Installed Watir
> > 4) Installed the dev kit using; 'ruby dk.b init', then 'ruby dk.rb
> install
>
> OK, I am with Alan on this one
>
> cd <DEVKIT_INSTALL_DIR>
> ruby dk.rb init
> ruby dk.rb review
> ruby dk.rb install
>
> should set rubygems pre_install hook to ensure that --platform=ruby uses
> devkit
>
>
> > 5) ran what you saw in the first email
> > Dunno if that will make a difference.
> > Alan
> > _______________________________________________
> > 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/20101215/8953d282/attachment-0001.html>

From jarmo.p at gmail.com  Wed Dec 15 16:37:23 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 15 Dec 2010 23:37:23 +0200
Subject: [Wtr-development] How I got Watir 1.6.7 to run on Win7 w/ Ruby
	1.9.2p0
In-Reply-To: <AANLkTik-HqGhJyafHFvw55SGeqTEm5Z_8t76uvALjZ=j@mail.gmail.com>
References: <AANLkTingyaq9OQBQ53O+dd0sqW6QeYT3JMZfaLj8qLjr@mail.gmail.com>
	<-2531241214467220343@unknownmsgid>
	<AANLkTimAP7TEpOjVX3WEGnv4uUcV5y6oHykzj4p_FHPv@mail.gmail.com>
	<AANLkTin-kpv+oEFMHCOD52oogZdKje8SKjTmG0nb7-zc@mail.gmail.com>
	<AANLkTin1Z7JCVuT53taQQjXVU0Rm98t0HdwG2bZJZrh_@mail.gmail.com>
	<AANLkTi=hK+sewR1vzbQMVg=5e6VSm2jsRgJ1HqrcTR3a@mail.gmail.com>
	<AANLkTimoOZX910suAMGcjf=P9i4UWX_xeBWoQ+moBffR@mail.gmail.com>
	<AANLkTimMrkVWLOj7sviyBj1h2XA3mNtgVsmrgfN-UpXq@mail.gmail.com>
	<AANLkTinuhEF9CfehiHpkkYcnFZQezzZz1=EG-2mVzUEj@mail.gmail.com>
	<AANLkTik-HqGhJyafHFvw55SGeqTEm5Z_8t76uvALjZ=j@mail.gmail.com>
Message-ID: <AANLkTimQ=xXOrM+Or5th46CutF8Ez8irW8K-dY2POPjc@mail.gmail.com>

Scratch my previous e-mail. It seems that i did it accidentally under 1.8.6.
In 1.9.2 the building still fails:
Temporarily enhancing PATH to include DevKit...
Building native extensions.  This could take a while...
ERROR:  Error installing win32-api:
ERROR: Failed to build gem native extension.

"C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby.exe" extconf.rb
checking for strncpy_s()... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
--with-opt-dir
--without-opt-dir
 --with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
 --without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
 --srcdir=.
--curdir
--ruby=C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/bin/ruby
C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:368:in
`try_do': The complier failed to generate an executable file. (RuntimeError)
You have to install development tools first.
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:435:in
`try_link0'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:440:in
`try_link'
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:552:in
`try_func'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:797:in
`block in have_func'
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:693:in
`block in checking_for'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
`block (2 levels) in postpone'
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
`open'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:280:in
`block in postpone'
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:254:in
`open'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:276:in
`postpone'
 from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:692:in
`checking_for'
from C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/1.9.1/mkmf.rb:796:in
`have_func'
 from extconf.rb:9:in `<main>'


Gem files will remain installed in C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.7
for inspection.
Results logged to C:/Documents and
Settings/xp/.pik/rubies/Ruby-192dev-preview3-1/lib/ruby/gems/1.9.1/gems/win32-api-1.4.7/ext/gem_make.out


I'm wondering how could it be that building native extensions worked under
1.8.6... i'd point out that my 1.9.2 is installed via pik install, but i
doubt that doing it with ruby installer would make any difference... i could
try of course...

Do you guys happen to have some Windows development tools installed by any
chance like Windows DDK, Visual Studio and such? No?

Jarmo

On Wed, Dec 15, 2010 at 11:30 PM, Jarmo <jarmo.p at gmail.com> wrote:

> Ok, it seemed that pik installed only legacy DevKit. I just created a fresh
> VM and installed DevKit like you guys did and succeeded to build win32-api.
> So, ruby does not need to be installed from the ruby installer, but works
> also with pik install, just FYI.
>
> Jarmo
>
>
> On Fri, Dec 3, 2010 at 5:58 AM, marekj <marekj.com at gmail.com> wrote:
>
>> On Thu, Dec 2, 2010 at 2:15 PM, Alan Baird <abaird at bairdsnet.net> wrote:
>> > Actually, I think what I did was:
>> > 1) Install Ruby 1.9.2p0 from the one-click installer (not using pik)
>> > 2) Add that installation using: pik add c:\ruby\Ruby192\bin
>> > 3) Installed Watir
>> > 4) Installed the dev kit using; 'ruby dk.b init', then 'ruby dk.rb
>> install
>>
>> OK, I am with Alan on this one
>>
>> cd <DEVKIT_INSTALL_DIR>
>> ruby dk.rb init
>> ruby dk.rb review
>> ruby dk.rb install
>>
>> should set rubygems pre_install hook to ensure that --platform=ruby uses
>> devkit
>>
>>
>> > 5) ran what you saw in the first email
>> > Dunno if that will make a difference.
>> > Alan
>> > _______________________________________________
>> > 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/20101215/68e0d694/attachment.html>

From jarmo.p at gmail.com  Fri Dec 17 13:57:21 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Fri, 17 Dec 2010 20:57:21 +0200
Subject: [Wtr-development] new version of Watir?
Message-ID: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>

Hi!

I've been trying to contact Charley on the IRC now for about a week. I
wanted to ask his thoughts about releasing new version of Watir, which
includes some quite critical bugfixes and wanted to ask how did his venture
with removing activesupport dependenfy from firewatir go? But Charley hasn't
been available on IRC for some reason. I'm not saying that he has to be, but
this is life and these things are expected.

That's when i remembered that here was some time ago sent e-mails about who
should the gem owners be and such. I'd like to get owner rights so i could
make the gem pushes myself if it's okay with everyone else, of course.

So, what do you think about releasing new version of Watir and granting me
access to make gem pushes if the time is right?

Jarmo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101217/cd813a59/attachment.html>

From bret at pettichord.com  Fri Dec 17 18:05:48 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 17 Dec 2010 17:05:48 -0600
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
Message-ID: <AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>

I would like us to put the 1.6.x branch into maintenance,. which means we
would only fix bugs in it.

The new work would be in a 1.7.x branch.

I've been in touch with Charley just a bit recently. Personally I was
thinking we should have a release manager for each release to help
coordinate what was and wasn't in scope for the release (and would release
the gems when the release was complete.) It would probably be two different
people.

I've been collecting notes for a while on what I thought would be in each,
and was planning on putting these on the wiki so we could discuss. I hope to
get this done next week; if not then, then next week. I am off from work
until Jan 3, so have some free time to work on this.

If you want to get the ball rolling, you could start by making a wiki page
with a release contents proposal.

Thanks for taking the initiative to bring this up and offer to be the gem
owner.

I also have several Jira tickets than I've been meaning to follow up on.
Hopefully will find the time over the holiday break.

Bret

On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:

> Hi!
>
> I've been trying to contact Charley on the IRC now for about a week. I
> wanted to ask his thoughts about releasing new version of Watir, which
> includes some quite critical bugfixes and wanted to ask how did his venture
> with removing activesupport dependenfy from firewatir go? But Charley hasn't
> been available on IRC for some reason. I'm not saying that he has to be, but
> this is life and these things are expected.
>
> That's when i remembered that here was some time ago sent e-mails about who
> should the gem owners be and such. I'd like to get owner rights so i could
> make the gem pushes myself if it's okay with everyone else, of course.
>
> So, what do you think about releasing new version of Watir and granting me
> access to make gem pushes if the time is right?
>
> Jarmo
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101217/441c2ee1/attachment.html>

From jarmo.p at gmail.com  Fri Dec 17 18:14:01 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 18 Dec 2010 01:14:01 +0200
Subject: [Wtr-development] Automating Windows and Their Controls With Ruby
Message-ID: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>

I'm pretty sure that some of you already have noticed the library i've made
to automate windows and their controls. I've now written a short blog post
about it.

http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby

If that thing seems to work well then what do you think if we'd replace
AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.

Jarmo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101218/f44712ba/attachment-0001.html>

From jarmo.p at gmail.com  Fri Dec 17 18:24:05 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 18 Dec 2010 01:24:05 +0200
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
Message-ID: <AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>

About the versioning. I'd suggest to use semantic versioning (
http://semver.org) from now on. It just makes sense and would be nice to
adhere to some rules and let the world know that we are adhering to them.

Also, wouldn't that be a nightmare if we'd support and develop multiple
versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense if,
let's say Jari's Watir-WebDriver would be the next *official* version of
Watir. In that case there would be 2 completely different codebases which
should be developed separately, e.g. fix only bugs in the *old* one and add
new functionality to the new one. Why would you want to make 1.6 as so
special?

Makes sense?

Why not be more agile and release when it seems that we've fixed some
critical bugs and/or added valuable new features? I don't see how "release
plans", which should be filled, help us to get into rapid release cycle.
Check out RSpec for example, where releases happen almost every week or even
few days in a row. Why not take that route also if it's possible?

Of course plans for future development would make sense, e.g. what should be
done, what should not be done and so on, but specific plans about "does this
belong to the next release or not" doesn't make much of a sense in my
opinion.

Jarmo

On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com>wrote:

> I would like us to put the 1.6.x branch into maintenance,. which means we
> would only fix bugs in it.
>
> The new work would be in a 1.7.x branch.
>
> I've been in touch with Charley just a bit recently. Personally I was
> thinking we should have a release manager for each release to help
> coordinate what was and wasn't in scope for the release (and would release
> the gems when the release was complete.) It would probably be two different
> people.
>
> I've been collecting notes for a while on what I thought would be in each,
> and was planning on putting these on the wiki so we could discuss. I hope to
> get this done next week; if not then, then next week. I am off from work
> until Jan 3, so have some free time to work on this.
>
> If you want to get the ball rolling, you could start by making a wiki page
> with a release contents proposal.
>
> Thanks for taking the initiative to bring this up and offer to be the gem
> owner.
>
> I also have several Jira tickets than I've been meaning to follow up on.
> Hopefully will find the time over the holiday break.
>
> Bret
>
> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> Hi!
>>
>> I've been trying to contact Charley on the IRC now for about a week. I
>> wanted to ask his thoughts about releasing new version of Watir, which
>> includes some quite critical bugfixes and wanted to ask how did his venture
>> with removing activesupport dependenfy from firewatir go? But Charley hasn't
>> been available on IRC for some reason. I'm not saying that he has to be, but
>> this is life and these things are expected.
>>
>> That's when i remembered that here was some time ago sent e-mails about
>> who should the gem owners be and such. I'd like to get owner rights so i
>> could make the gem pushes myself if it's okay with everyone else, of course.
>>
>> So, what do you think about releasing new version of Watir and granting me
>> access to make gem pushes if the time is right?
>>
>> Jarmo
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101218/e51d87c5/attachment.html>

From bret at pettichord.com  Fri Dec 17 19:38:08 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 17 Dec 2010 18:38:08 -0600
Subject: [Wtr-development] Automating Windows and Their Controls With
	Ruby
In-Reply-To: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
References: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
Message-ID: <AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>

I am so excited about this. One of the things that makes Watir a better tool
that Selenium today is that it has much better support for dialogs of all
types. This all depends on our promiscuous use of the Win32 API. Using
Rautomation puts us on the road to being able to do the same with other
platforms.

Bret

On Fri, Dec 17, 2010 at 5:14 PM, Jarmo <jarmo.p at gmail.com> wrote:

> I'm pretty sure that some of you already have noticed the library i've made
> to automate windows and their controls. I've now written a short blog post
> about it.
>
>
> http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby
>
> If that thing seems to work well then what do you think if we'd replace
> AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.
>
> Jarmo
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101217/c5aad662/attachment.html>

From jarmo.p at gmail.com  Fri Dec 17 20:39:56 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sat, 18 Dec 2010 03:39:56 +0200
Subject: [Wtr-development] Automating Windows and Their Controls With
	Ruby
In-Reply-To: <AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>
References: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
	<AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>
Message-ID: <AANLkTi=qjcvEc17BD12R1WdymdRhODGh9jrQCsYxBJ1z@mail.gmail.com>

Well, that depends if there are proper tools-possibilities to do the same
kind of things as it is possible with Windows API.

All you Linux and OS X guys, could you recommend me anything or have any
ideas/tips related with these platforms? Maybe there's some external tools
already available to mess with windows if there's no direct access from
Ruby? Of course if anyone would like to contribute their own code, i'd be
happy to accept that pull request :)

Also, i'd have to say that i'm pretty dumb when it comes to window managers
in those OS-es, but i'm eager to learn :)

I have always thought that the main advantage over Selenium is Watir's
easy-to-use and nice API.

Jarmo

On Sat, Dec 18, 2010 at 2:38 AM, Bret Pettichord <bret at pettichord.com>wrote:

> I am so excited about this. One of the things that makes Watir a better
> tool that Selenium today is that it has much better support for dialogs of
> all types. This all depends on our promiscuous use of the Win32 API. Using
> Rautomation puts us on the road to being able to do the same with other
> platforms.
>
> Bret
>
> On Fri, Dec 17, 2010 at 5:14 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> I'm pretty sure that some of you already have noticed the library i've
>> made to automate windows and their controls. I've now written a short blog
>> post about it.
>>
>>
>> http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby
>>
>> If that thing seems to work well then what do you think if we'd replace
>> AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.
>>
>> Jarmo
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101218/363cc49d/attachment.html>

From billagee at gmail.com  Sat Dec 18 13:56:14 2010
From: billagee at gmail.com (Bill Agee)
Date: Sat, 18 Dec 2010 10:56:14 -0800
Subject: [Wtr-development] Automating Windows and Their Controls With
	Ruby
In-Reply-To: <AANLkTi=qjcvEc17BD12R1WdymdRhODGh9jrQCsYxBJ1z@mail.gmail.com>
References: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
	<AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>
	<AANLkTi=qjcvEc17BD12R1WdymdRhODGh9jrQCsYxBJ1z@mail.gmail.com>
Message-ID: <AANLkTi=EkgifurBFzaEruSiE5So1nh8Le57fug+mnNgO@mail.gmail.com>

Hi,

On the topic of Firefox UI automation on Linux, I've been wanting to
investigate the use of Ruby FFI in combination with AT-SPI, to interact with
Firefox UI elements:

https://developer.mozilla.org/en/Accessibility/AT-APIs

http://en.wikipedia.org/wiki/AT-SPI

Don't know yet how easy it will be, though. :)

But over in the Windows world, using windows-pr and Win32::API, I've had
some limited success writing Ruby code that uses the MS Active Accessibility
C interface to manipulate UI objects.

So I'm hoping that something similar is possible with the Firefox
accessibility API on Linux, via Ruby FFI. :)

Also, as you mention, I think there are existing tools to manipulate the UI
of X Windows apps, which might be an alternative to wrapping a bunch of C
functions.

Bill


On Fri, Dec 17, 2010 at 5:39 PM, Jarmo <jarmo.p at gmail.com> wrote:

> Well, that depends if there are proper tools-possibilities to do the same
> kind of things as it is possible with Windows API.
>
> All you Linux and OS X guys, could you recommend me anything or have any
> ideas/tips related with these platforms? Maybe there's some external tools
> already available to mess with windows if there's no direct access from
> Ruby? Of course if anyone would like to contribute their own code, i'd be
> happy to accept that pull request :)
>
> Also, i'd have to say that i'm pretty dumb when it comes to window managers
> in those OS-es, but i'm eager to learn :)
>
> I have always thought that the main advantage over Selenium is Watir's
> easy-to-use and nice API.
>
> Jarmo
>
>
> On Sat, Dec 18, 2010 at 2:38 AM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> I am so excited about this. One of the things that makes Watir a better
>> tool that Selenium today is that it has much better support for dialogs of
>> all types. This all depends on our promiscuous use of the Win32 API. Using
>> Rautomation puts us on the road to being able to do the same with other
>> platforms.
>>
>> Bret
>>
>> On Fri, Dec 17, 2010 at 5:14 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>
>>> I'm pretty sure that some of you already have noticed the library i've
>>> made to automate windows and their controls. I've now written a short blog
>>> post about it.
>>>
>>>
>>> http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby
>>>
>>> If that thing seems to work well then what do you think if we'd replace
>>> AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.
>>>
>>> Jarmo
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> Lead Developer, Watir, www.watir.com
>>
>> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101218/45c4d2ad/attachment-0001.html>

From charley.baker at gmail.com  Sat Dec 18 15:34:23 2010
From: charley.baker at gmail.com (Charley Baker)
Date: Sat, 18 Dec 2010 13:34:23 -0700
Subject: [Wtr-development] Automating Windows and Their Controls With
	Ruby
In-Reply-To: <AANLkTi=EkgifurBFzaEruSiE5So1nh8Le57fug+mnNgO@mail.gmail.com>
References: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
	<AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>
	<AANLkTi=qjcvEc17BD12R1WdymdRhODGh9jrQCsYxBJ1z@mail.gmail.com>
	<AANLkTi=EkgifurBFzaEruSiE5So1nh8Le57fug+mnNgO@mail.gmail.com>
Message-ID: <AANLkTim-d5iezeovVy+1u65iTP+AZZg304ss+7+jCmD1@mail.gmail.com>

It's true for me as well that Watir's API is one of it's huge benefits
over Selenium. In the many talks about Watir I've given, I always make
the point that other tools borrow the API - Funfx, various language
implementations and libraries. Additionally as Bret mentioned, there
are other benefits - dialog handling (not perfect but better than the
alternatives), native browser integration for IE. Some of these have
been mitigated by Webdriver, which takes the same approach for native
browser driving, and now has slick Watir apis on top, thanks to Jari.

I'm awfully excited to play around with rautomation, and glad you
chose to implement it with Watir's simple and effective api concepts
in mind. This is really cool. I think Apple's accessibility API might
work well for MacOS, I'm hoping to play around with it a bit.
Webdriver itself also has native OS integration for some things which
is also worth taking a look at.

I think think this is a meaty topic for the Selenium Conf coming up,
definitely something we all have to deal with, and can benefit from
each others experiences.

Cheers,

Charley


On Sat, Dec 18, 2010 at 11:56 AM, Bill Agee <billagee at gmail.com> wrote:
> Hi,
>
> On the topic of Firefox UI automation on Linux, I've been wanting to
> investigate the use of Ruby FFI in combination with AT-SPI, to interact with
> Firefox UI elements:
>
> https://developer.mozilla.org/en/Accessibility/AT-APIs
>
> http://en.wikipedia.org/wiki/AT-SPI
>
> Don't know yet how easy it will be, though. :)
>
> But over in the Windows world, using windows-pr and Win32::API, I've had
> some limited success writing Ruby code that uses the MS Active Accessibility
> C interface to manipulate UI objects.
>
> So I'm hoping that something similar is possible with the Firefox
> accessibility API on Linux, via Ruby FFI. :)
>
> Also, as you mention, I think there are existing tools to manipulate the UI
> of X Windows apps, which might be an alternative to wrapping a bunch of C
> functions.
>
> Bill
>
>
> On Fri, Dec 17, 2010 at 5:39 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>
>> Well, that depends if there are proper tools-possibilities to do the same
>> kind of things as it is possible with Windows API.
>> All you Linux and OS X guys, could you recommend me anything or have any
>> ideas/tips related with these platforms??Maybe there's some external tools
>> already available to mess with windows if there's no direct access from
>> Ruby??Of course if anyone would like to contribute their own code, i'd be
>> happy to accept that pull request :)
>> Also, i'd have to say that i'm pretty dumb when it comes to window
>> managers in those OS-es, but i'm eager to learn :)
>> I have always thought that the main advantage over Selenium is Watir's
>> easy-to-use and nice API.
>> Jarmo
>>
>> On Sat, Dec 18, 2010 at 2:38 AM, Bret Pettichord <bret at pettichord.com>
>> wrote:
>>>
>>> I am so excited about this. One of the things that makes Watir a better
>>> tool that Selenium today is that it has much better support for dialogs of
>>> all types. This all depends on our promiscuous use of the Win32 API. Using
>>> Rautomation puts us on the road to being able to do the same with other
>>> platforms.
>>>
>>> Bret
>>>
>>> On Fri, Dec 17, 2010 at 5:14 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>>
>>>> I'm pretty sure that some of you already have noticed the library i've
>>>> made to automate windows and their controls. I've now written a short blog
>>>> post about it.
>>>>
>>>> http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby
>>>> If that thing seems to work well then what do you think if we'd replace
>>>> AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.
>>>> Jarmo
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> Lead Developer, Watir, www.watir.com
>>>
>>> Blog, www.io.com/~wazmo/blog
>>> 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
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From charley.baker at gmail.com  Sat Dec 18 17:44:05 2010
From: charley.baker at gmail.com (Charley Baker)
Date: Sat, 18 Dec 2010 15:44:05 -0700
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
Message-ID: <AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>

Hi all,

  I'd also suggest semantic versioning and have in the past. We
haven't discussed it per se, and should soon, but I'm thinking
watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
maintenance and potential compatibility releases to make sure that
migrating is not too challenging and current large scale Watir
codebases are supported. Watir spec is the best avenue to support some
sense of cohesion between the various versions right now.

You've mentioned RSpec, which has taken a similar route as far as
their older 1.3.x releases and the newer 2.x releases. That's a great
example and something we should all take a closer look at for a host
of reasons. Rapid release schedule is only one piece of that, but
something I was pushing and would like to have.

 Rapid schedule doesn't necessarily obviate the need for a roadmap or
some sense of where we're going, it just means that we pick things up
when we can and release when it's time. And I think what we have
currently and the release schedule I was pushing towards means we
should release in the next couple of days, based on what we have and a
few "go" votes for releasing a new version.

I've been busier than I thought I'd be, working on side projects and
spending time with my family, along with the holiday season always
being a bit chaotic. :) I should be getting back into more development
on Watir now as I find a few hours here and there. Jarmo, I've added
you to the gem owners on gemcutter. Warning: my kids are out of school
for the next two weeks, so it's still going to be a bit hectic. :)

Any new release does need a quick poll on this list, RCs on the main
list for feedback, and then a push. Having walked through this process
a couple of times with you, I think we're in synch.

As mentioned, I'll try to be more available on IRC as well as coding
and integrating fixes, hopefully for both Watir 1.x and 2.x. :)

I'm excited to meet up in person for whoever will be at the Selenium
Conference. There's still a lot to work out in the meantime, but that
should also be a great place to talk shop and figure out some issues.

 Hopefully that clarifies the current state of the union in my opinion.


Charley Baker
Lead Developer, Watir, http://watir.com

On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
> About the versioning. I'd suggest to use semantic versioning
> (http://semver.org) from now on. It just makes sense and would be nice to
> adhere to some rules and let the world know that we are adhering to them.
> Also, wouldn't that be a nightmare if we'd support and develop multiple
> versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense if,
> let's say Jari's Watir-WebDriver would be the next *official* version of
> Watir. In that case there would be 2 completely different codebases which
> should be developed separately, e.g. fix only bugs in the *old* one and add
> new functionality to the new one. Why would you want to make 1.6 as so
> special?
> Makes sense?
> Why not be more agile and release when it seems that we've fixed some
> critical bugs and/or added valuable new features? I don't see how "release
> plans", which should be filled, help us to get into rapid release cycle.
> Check out RSpec for example, where releases happen almost every week or even
> few days in a row. Why not take that route also if it's possible?
> Of course plans for future development would make sense, e.g. what should be
> done, what should not be done and so on, but specific plans about "does this
> belong to the next release or not" doesn't make much of a sense in my
> opinion.
> Jarmo
>
> On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com>
> wrote:
>>
>> I would like us to put the 1.6.x branch into maintenance,. which means we
>> would only fix bugs in it.
>>
>> The new work would be in a 1.7.x branch.
>>
>> I've been in touch with Charley just a bit recently. Personally I was
>> thinking we should have a release manager for each release to help
>> coordinate what was and wasn't in scope for the release (and would release
>> the gems when the release was complete.) It would probably be two different
>> people.
>>
>> I've been collecting notes for a while on what I thought would be in each,
>> and was planning on putting these on the wiki so we could discuss. I hope to
>> get this done next week; if not then, then next week. I am off from work
>> until Jan 3, so have some free time to work on this.
>>
>> If you want to get the ball rolling, you could start by making a wiki page
>> with a release contents proposal.
>>
>> Thanks for taking the initiative to bring this up and offer to be the gem
>> owner.
>>
>> I also have several Jira tickets than I've been meaning to follow up on.
>> Hopefully will find the time over the holiday break.
>>
>> Bret
>>
>> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>
>>> Hi!
>>> I've been trying to contact Charley on the IRC now for about a week. I
>>> wanted to ask his thoughts about releasing new version of Watir, which
>>> includes some quite critical bugfixes and wanted to ask how did his venture
>>> with removing activesupport dependenfy from firewatir go? But Charley hasn't
>>> been available on IRC for some reason. I'm not saying that he has to be, but
>>> this is life and these things are expected.
>>> That's when i remembered that here was some time ago?sent?e-mails about
>>> who should the gem owners be and such. I'd like to get owner rights so i
>>> could make the gem pushes myself if it's okay with everyone else, of course.
>>> So, what do you think about releasing new version of Watir and granting
>>> me access to make gem pushes if the time is right?
>>> Jarmo
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>>
>>
>> --
>> Bret Pettichord
>> Lead Developer, Watir, www.watir.com
>>
>> Blog, www.io.com/~wazmo/blog
>> 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
>

From bret at pettichord.com  Sat Dec 18 19:04:57 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 18 Dec 2010 18:04:57 -0600
Subject: [Wtr-development] Donations
Message-ID: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>

We now have almost $700 in donations to the Watir project, raised over the
past year or so. Some of that money needs to go to the hosting costs for
WatirBuild.com. That was costing us about $20 a month, but I turned it off
because none of us seemed to have the time to keep it running. But that's
less than $200. What should we do with the rest?

Are there other costs that need to be reimbursed?

Bret

-- 
Bret Pettichord
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101218/b9c93e66/attachment.html>

From charley.baker at gmail.com  Sat Dec 18 20:02:57 2010
From: charley.baker at gmail.com (Charley Baker)
Date: Sat, 18 Dec 2010 18:02:57 -0700
Subject: [Wtr-development] Donations
In-Reply-To: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
References: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
Message-ID: <AANLkTikw2vaLqFwFhRPXha9NBwxczvBVs=e_XA18Um4i@mail.gmail.com>

t-shirts and schwag. Can we get someone to design t-shirts and other
stuff? Funding for conferences is also on on the short list. I've paid
on my own dime for all the talks I've given on Ruby, Testing, and
Watir. Given the number of companies using Watir, we should be able to
get more corporate sponsors. I'll push on my contacts and see if we
can't get something going on, a few things would be great:

* promotional material as I mentioned above
* a bit of money for presenting at confs on Watir - ymmv for confs
* credits on various websites, like peepcode or working with them

 I'm hoping we can get some companies to sponsor CI for Watir. I've
been working with a few people from key companies on making Windows a
first class citizen in Ruby.

-Charley


On Sat, Dec 18, 2010 at 5:04 PM, Bret Pettichord <bret at pettichord.com> wrote:
> We now have almost $700 in donations to the Watir project, raised over the
> past year or so. Some of that money needs to go to the hosting costs for
> WatirBuild.com. That was costing us about $20 a month, but I turned it off
> because none of us seemed to have the time to keep it running. But that's
> less than $200. What should we do with the rest?
>
> Are there other costs that need to be reimbursed?
>
> Bret
>
> --
> Bret Pettichord
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> Twitter, www.twitter.com/bpettichord
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From jarmo.p at gmail.com  Sat Dec 18 23:24:47 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sun, 19 Dec 2010 06:24:47 +0200
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
	<AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
Message-ID: <AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>

If we manage to from now on not to make any backwards incompatibility
changes (there's still something which should be deprecated/delete imho)
then we're fine with semantic versioning, but as soon as we introduce some
backwards incompatibility then we should increase the version to 2.0, which
we wouldn't want if having watir-webdriver in mind :) But that is all about
future.

Right now there are some bugfixes which have been show-stoppers to some of
the users and that's why i recommended about new gem version release. Of
course i'm gonna ping anyone involved and ask their opinion about new
release, no worries.

Okay, i'll check out soon the made things and see if changelog is in sync
and then we'll decide when and how to release exactly. Any arguments against
the release?

I'm pretty sure that this release won't include any backwards incompatible
changes, but i'll make sure.

Jarmo

On Sun, Dec 19, 2010 at 12:44 AM, Charley Baker <charley.baker at gmail.com>wrote:

> Hi all,
>
>  I'd also suggest semantic versioning and have in the past. We
> haven't discussed it per se, and should soon, but I'm thinking
> watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
> maintenance and potential compatibility releases to make sure that
> migrating is not too challenging and current large scale Watir
> codebases are supported. Watir spec is the best avenue to support some
> sense of cohesion between the various versions right now.
>
> You've mentioned RSpec, which has taken a similar route as far as
> their older 1.3.x releases and the newer 2.x releases. That's a great
> example and something we should all take a closer look at for a host
> of reasons. Rapid release schedule is only one piece of that, but
> something I was pushing and would like to have.
>
>  Rapid schedule doesn't necessarily obviate the need for a roadmap or
> some sense of where we're going, it just means that we pick things up
> when we can and release when it's time. And I think what we have
> currently and the release schedule I was pushing towards means we
> should release in the next couple of days, based on what we have and a
> few "go" votes for releasing a new version.
>
> I've been busier than I thought I'd be, working on side projects and
> spending time with my family, along with the holiday season always
> being a bit chaotic. :) I should be getting back into more development
> on Watir now as I find a few hours here and there. Jarmo, I've added
> you to the gem owners on gemcutter. Warning: my kids are out of school
> for the next two weeks, so it's still going to be a bit hectic. :)
>
> Any new release does need a quick poll on this list, RCs on the main
> list for feedback, and then a push. Having walked through this process
> a couple of times with you, I think we're in synch.
>
> As mentioned, I'll try to be more available on IRC as well as coding
> and integrating fixes, hopefully for both Watir 1.x and 2.x. :)
>
> I'm excited to meet up in person for whoever will be at the Selenium
> Conference. There's still a lot to work out in the meantime, but that
> should also be a great place to talk shop and figure out some issues.
>
>  Hopefully that clarifies the current state of the union in my opinion.
>
>
> Charley Baker
> Lead Developer, Watir, http://watir.com
>
> On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
> > About the versioning. I'd suggest to use semantic versioning
> > (http://semver.org) from now on. It just makes sense and would be nice
> to
> > adhere to some rules and let the world know that we are adhering to them.
> > Also, wouldn't that be a nightmare if we'd support and develop multiple
> > versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense if,
> > let's say Jari's Watir-WebDriver would be the next *official* version of
> > Watir. In that case there would be 2 completely different codebases which
> > should be developed separately, e.g. fix only bugs in the *old* one and
> add
> > new functionality to the new one. Why would you want to make 1.6 as so
> > special?
> > Makes sense?
> > Why not be more agile and release when it seems that we've fixed some
> > critical bugs and/or added valuable new features? I don't see how
> "release
> > plans", which should be filled, help us to get into rapid release cycle.
> > Check out RSpec for example, where releases happen almost every week or
> even
> > few days in a row. Why not take that route also if it's possible?
> > Of course plans for future development would make sense, e.g. what should
> be
> > done, what should not be done and so on, but specific plans about "does
> this
> > belong to the next release or not" doesn't make much of a sense in my
> > opinion.
> > Jarmo
> >
> > On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com>
> > wrote:
> >>
> >> I would like us to put the 1.6.x branch into maintenance,. which means
> we
> >> would only fix bugs in it.
> >>
> >> The new work would be in a 1.7.x branch.
> >>
> >> I've been in touch with Charley just a bit recently. Personally I was
> >> thinking we should have a release manager for each release to help
> >> coordinate what was and wasn't in scope for the release (and would
> release
> >> the gems when the release was complete.) It would probably be two
> different
> >> people.
> >>
> >> I've been collecting notes for a while on what I thought would be in
> each,
> >> and was planning on putting these on the wiki so we could discuss. I
> hope to
> >> get this done next week; if not then, then next week. I am off from work
> >> until Jan 3, so have some free time to work on this.
> >>
> >> If you want to get the ball rolling, you could start by making a wiki
> page
> >> with a release contents proposal.
> >>
> >> Thanks for taking the initiative to bring this up and offer to be the
> gem
> >> owner.
> >>
> >> I also have several Jira tickets than I've been meaning to follow up on.
> >> Hopefully will find the time over the holiday break.
> >>
> >> Bret
> >>
> >> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
> >>>
> >>> Hi!
> >>> I've been trying to contact Charley on the IRC now for about a week. I
> >>> wanted to ask his thoughts about releasing new version of Watir, which
> >>> includes some quite critical bugfixes and wanted to ask how did his
> venture
> >>> with removing activesupport dependenfy from firewatir go? But Charley
> hasn't
> >>> been available on IRC for some reason. I'm not saying that he has to
> be, but
> >>> this is life and these things are expected.
> >>> That's when i remembered that here was some time ago sent e-mails about
> >>> who should the gem owners be and such. I'd like to get owner rights so
> i
> >>> could make the gem pushes myself if it's okay with everyone else, of
> course.
> >>> So, what do you think about releasing new version of Watir and granting
> >>> me access to make gem pushes if the time is right?
> >>> Jarmo
> >>> _______________________________________________
> >>> Wtr-development mailing list
> >>> Wtr-development at rubyforge.org
> >>> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >>
> >>
> >> --
> >> Bret Pettichord
> >> Lead Developer, Watir, www.watir.com
> >>
> >> Blog, www.io.com/~wazmo/blog
> >> 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
> >
> _______________________________________________
> 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/20101219/22365925/attachment-0001.html>

From jarmo.p at gmail.com  Sat Dec 18 23:30:12 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sun, 19 Dec 2010 06:30:12 +0200
Subject: [Wtr-development] Donations
In-Reply-To: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
References: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
Message-ID: <AANLkTim+7Y=3FAfjJHw8Dmv5aijPSpi19t1GtsT4O8g5@mail.gmail.com>

What is/was the WatirBuild.com?

Jarmo

On Sun, Dec 19, 2010 at 2:04 AM, Bret Pettichord <bret at pettichord.com>wrote:

> We now have almost $700 in donations to the Watir project, raised over the
> past year or so. Some of that money needs to go to the hosting costs for
> WatirBuild.com. That was costing us about $20 a month, but I turned it off
> because none of us seemed to have the time to keep it running. But that's
> less than $200. What should we do with the rest?
>
> Are there other costs that need to be reimbursed?
>
> Bret
>
> --
> Bret Pettichord
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101219/69aa7450/attachment.html>

From jarmo.p at gmail.com  Sat Dec 18 23:54:40 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sun, 19 Dec 2010 06:54:40 +0200
Subject: [Wtr-development] Automating Windows and Their Controls With
	Ruby
In-Reply-To: <AANLkTi=EkgifurBFzaEruSiE5So1nh8Le57fug+mnNgO@mail.gmail.com>
References: <AANLkTi=Qk8efAU5b5k0pj22MTE_AoLBUXeLsxj1oaJF-@mail.gmail.com>
	<AANLkTinnezWGjNT5avOdWCBheqjGbtWvxuvYOfjUsOjr@mail.gmail.com>
	<AANLkTi=qjcvEc17BD12R1WdymdRhODGh9jrQCsYxBJ1z@mail.gmail.com>
	<AANLkTi=EkgifurBFzaEruSiE5So1nh8Le57fug+mnNgO@mail.gmail.com>
Message-ID: <AANLkTi=SUiStLGJ0QvsqjgcE_Mh64700GyucQgx3DDdw@mail.gmail.com>

I've seen some of the tools using accessibility layer, but haven't looked at
them how they do that exactly technically. If they would allow to satisfy
RAutomation's public API then they're good enough. I guess it's just a
matter of time to find out :)

By the way, currently Windows' native Windows are also manipulated with the
FFI, but i haven't had to use MS Active Accessibility C interface so far
because plain Windows API has been enough.

I wouldn't recommend windows-pr and Win32::API for the reason that they
don't (at least didn't some time ago) have binaries for Ruby 1.9. FFI would
be the correct way to do these things.

About OS X, i've heard that there is this AppleScript - is this the thing to
work with OS X's accessibility layer? There's rb-appscript [1] (which
doesn't seem to be maintained anymore though) to work with that, maybe this
could be also used. Just wondering.

Also wanted to let you guys know that i've received some positive feedback
about RAutomation from some people i don't know who have said that they'd
like to contribute. Let's see what, if anything will happen on that front
too.

Anyway, i'd like to have support for all three OS-es for at least some of
the window managers to handle certain types of windows. If it turns out that
it's really easy to fulfill current public API-s need in all OS-es then i'd
be willing to think adding new functionality via API itself. Currently i'd
just like to see consistent API for every adapter, if it's possible at all.
It's like probation period.

[1] http://appscript.sourceforge.net/rb-appscript/index.html

Jarmo

On Sat, Dec 18, 2010 at 8:56 PM, Bill Agee <billagee at gmail.com> wrote:

> Hi,
>
> On the topic of Firefox UI automation on Linux, I've been wanting to
> investigate the use of Ruby FFI in combination with AT-SPI, to interact with
> Firefox UI elements:
>
> https://developer.mozilla.org/en/Accessibility/AT-APIs
>
> http://en.wikipedia.org/wiki/AT-SPI
>
> Don't know yet how easy it will be, though. :)
>
> But over in the Windows world, using windows-pr and Win32::API, I've had
> some limited success writing Ruby code that uses the MS Active Accessibility
> C interface to manipulate UI objects.
>
> So I'm hoping that something similar is possible with the Firefox
> accessibility API on Linux, via Ruby FFI. :)
>
> Also, as you mention, I think there are existing tools to manipulate the UI
> of X Windows apps, which might be an alternative to wrapping a bunch of C
> functions.
>
> Bill
>
>
>
> On Fri, Dec 17, 2010 at 5:39 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> Well, that depends if there are proper tools-possibilities to do the same
>> kind of things as it is possible with Windows API.
>>
>> All you Linux and OS X guys, could you recommend me anything or have any
>> ideas/tips related with these platforms? Maybe there's some external tools
>> already available to mess with windows if there's no direct access from
>> Ruby? Of course if anyone would like to contribute their own code, i'd be
>> happy to accept that pull request :)
>>
>> Also, i'd have to say that i'm pretty dumb when it comes to window
>> managers in those OS-es, but i'm eager to learn :)
>>
>> I have always thought that the main advantage over Selenium is Watir's
>> easy-to-use and nice API.
>>
>> Jarmo
>>
>>
>> On Sat, Dec 18, 2010 at 2:38 AM, Bret Pettichord <bret at pettichord.com>wrote:
>>
>>> I am so excited about this. One of the things that makes Watir a better
>>> tool that Selenium today is that it has much better support for dialogs of
>>> all types. This all depends on our promiscuous use of the Win32 API. Using
>>> Rautomation puts us on the road to being able to do the same with other
>>> platforms.
>>>
>>> Bret
>>>
>>> On Fri, Dec 17, 2010 at 5:14 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>
>>>> I'm pretty sure that some of you already have noticed the library i've
>>>> made to automate windows and their controls. I've now written a short blog
>>>> post about it.
>>>>
>>>>
>>>> http://www.itreallymatters.net/post/2352350743/automating-windows-and-their-controls-with-ruby
>>>>
>>>> If that thing seems to work well then what do you think if we'd replace
>>>> AutoIt and win32-api in Watir with this eventually? I'd be happy to do that.
>>>>
>>>> Jarmo
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> Lead Developer, Watir, www.watir.com
>>>
>>> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
>>> 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
>>
>
>
> _______________________________________________
> 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/20101219/e3fa0fb4/attachment.html>

From bret at pettichord.com  Sun Dec 19 00:48:44 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 18 Dec 2010 23:48:44 -0600
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
	<AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
	<AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>
Message-ID: <AANLkTinad42OGSAwnUoh+tO4s=Z0EdFud=yGEVj7Pan0@mail.gmail.com>

Will the new version of Watir work with newer versions of Ruby? Do we have a
list of things we need to do to make this possible?

Bret

On Sat, Dec 18, 2010 at 10:24 PM, Jarmo <jarmo.p at gmail.com> wrote:

> If we manage to from now on not to make any backwards incompatibility
> changes (there's still something which should be deprecated/delete imho)
> then we're fine with semantic versioning, but as soon as we introduce some
> backwards incompatibility then we should increase the version to 2.0, which
> we wouldn't want if having watir-webdriver in mind :) But that is all about
> future.
>
> Right now there are some bugfixes which have been show-stoppers to some of
> the users and that's why i recommended about new gem version release. Of
> course i'm gonna ping anyone involved and ask their opinion about new
> release, no worries.
>
> Okay, i'll check out soon the made things and see if changelog is in sync
> and then we'll decide when and how to release exactly. Any arguments against
> the release?
>
> I'm pretty sure that this release won't include any backwards incompatible
> changes, but i'll make sure.
>
> Jarmo
>
>
> On Sun, Dec 19, 2010 at 12:44 AM, Charley Baker <charley.baker at gmail.com>wrote:
>
>> Hi all,
>>
>>  I'd also suggest semantic versioning and have in the past. We
>> haven't discussed it per se, and should soon, but I'm thinking
>> watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
>> maintenance and potential compatibility releases to make sure that
>> migrating is not too challenging and current large scale Watir
>> codebases are supported. Watir spec is the best avenue to support some
>> sense of cohesion between the various versions right now.
>>
>> You've mentioned RSpec, which has taken a similar route as far as
>> their older 1.3.x releases and the newer 2.x releases. That's a great
>> example and something we should all take a closer look at for a host
>> of reasons. Rapid release schedule is only one piece of that, but
>> something I was pushing and would like to have.
>>
>>  Rapid schedule doesn't necessarily obviate the need for a roadmap or
>> some sense of where we're going, it just means that we pick things up
>> when we can and release when it's time. And I think what we have
>> currently and the release schedule I was pushing towards means we
>> should release in the next couple of days, based on what we have and a
>> few "go" votes for releasing a new version.
>>
>> I've been busier than I thought I'd be, working on side projects and
>> spending time with my family, along with the holiday season always
>> being a bit chaotic. :) I should be getting back into more development
>> on Watir now as I find a few hours here and there. Jarmo, I've added
>> you to the gem owners on gemcutter. Warning: my kids are out of school
>> for the next two weeks, so it's still going to be a bit hectic. :)
>>
>> Any new release does need a quick poll on this list, RCs on the main
>> list for feedback, and then a push. Having walked through this process
>> a couple of times with you, I think we're in synch.
>>
>> As mentioned, I'll try to be more available on IRC as well as coding
>> and integrating fixes, hopefully for both Watir 1.x and 2.x. :)
>>
>> I'm excited to meet up in person for whoever will be at the Selenium
>> Conference. There's still a lot to work out in the meantime, but that
>> should also be a great place to talk shop and figure out some issues.
>>
>>  Hopefully that clarifies the current state of the union in my opinion.
>>
>>
>> Charley Baker
>> Lead Developer, Watir, http://watir.com
>>
>> On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>> > About the versioning. I'd suggest to use semantic versioning
>> > (http://semver.org) from now on. It just makes sense and would be nice
>> to
>> > adhere to some rules and let the world know that we are adhering to
>> them.
>> > Also, wouldn't that be a nightmare if we'd support and develop multiple
>> > versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense
>> if,
>> > let's say Jari's Watir-WebDriver would be the next *official* version of
>> > Watir. In that case there would be 2 completely different codebases
>> which
>> > should be developed separately, e.g. fix only bugs in the *old* one and
>> add
>> > new functionality to the new one. Why would you want to make 1.6 as so
>> > special?
>> > Makes sense?
>> > Why not be more agile and release when it seems that we've fixed some
>> > critical bugs and/or added valuable new features? I don't see how
>> "release
>> > plans", which should be filled, help us to get into rapid release cycle.
>> > Check out RSpec for example, where releases happen almost every week or
>> even
>> > few days in a row. Why not take that route also if it's possible?
>> > Of course plans for future development would make sense, e.g. what
>> should be
>> > done, what should not be done and so on, but specific plans about "does
>> this
>> > belong to the next release or not" doesn't make much of a sense in my
>> > opinion.
>> > Jarmo
>> >
>> > On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com>
>> > wrote:
>> >>
>> >> I would like us to put the 1.6.x branch into maintenance,. which means
>> we
>> >> would only fix bugs in it.
>> >>
>> >> The new work would be in a 1.7.x branch.
>> >>
>> >> I've been in touch with Charley just a bit recently. Personally I was
>> >> thinking we should have a release manager for each release to help
>> >> coordinate what was and wasn't in scope for the release (and would
>> release
>> >> the gems when the release was complete.) It would probably be two
>> different
>> >> people.
>> >>
>> >> I've been collecting notes for a while on what I thought would be in
>> each,
>> >> and was planning on putting these on the wiki so we could discuss. I
>> hope to
>> >> get this done next week; if not then, then next week. I am off from
>> work
>> >> until Jan 3, so have some free time to work on this.
>> >>
>> >> If you want to get the ball rolling, you could start by making a wiki
>> page
>> >> with a release contents proposal.
>> >>
>> >> Thanks for taking the initiative to bring this up and offer to be the
>> gem
>> >> owner.
>> >>
>> >> I also have several Jira tickets than I've been meaning to follow up
>> on.
>> >> Hopefully will find the time over the holiday break.
>> >>
>> >> Bret
>> >>
>> >> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>> >>>
>> >>> Hi!
>> >>> I've been trying to contact Charley on the IRC now for about a week. I
>> >>> wanted to ask his thoughts about releasing new version of Watir, which
>> >>> includes some quite critical bugfixes and wanted to ask how did his
>> venture
>> >>> with removing activesupport dependenfy from firewatir go? But Charley
>> hasn't
>> >>> been available on IRC for some reason. I'm not saying that he has to
>> be, but
>> >>> this is life and these things are expected.
>> >>> That's when i remembered that here was some time ago sent e-mails
>> about
>> >>> who should the gem owners be and such. I'd like to get owner rights so
>> i
>> >>> could make the gem pushes myself if it's okay with everyone else, of
>> course.
>> >>> So, what do you think about releasing new version of Watir and
>> granting
>> >>> me access to make gem pushes if the time is right?
>> >>> Jarmo
>> >>> _______________________________________________
>> >>> Wtr-development mailing list
>> >>> Wtr-development at rubyforge.org
>> >>> http://rubyforge.org/mailman/listinfo/wtr-development
>> >>
>> >>
>> >>
>> >> --
>> >> Bret Pettichord
>> >> Lead Developer, Watir, www.watir.com
>> >>
>> >> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
>> >> 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
>> >
>> _______________________________________________
>> 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
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101218/22aef218/attachment-0001.html>

From jarmo.p at gmail.com  Sun Dec 19 01:01:24 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Sun, 19 Dec 2010 08:01:24 +0200
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTinad42OGSAwnUoh+tO4s=Z0EdFud=yGEVj7Pan0@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
	<AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
	<AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>
	<AANLkTinad42OGSAwnUoh+tO4s=Z0EdFud=yGEVj7Pan0@mail.gmail.com>
Message-ID: <AANLkTimmj4w8_-U29+_s_ui73sfs9mB2yoecfaeX8U7d@mail.gmail.com>

No, not yet. If you've followed one of the other threads then you have to
compile with the help of DevKit win32-api gem for Ruby 1.9 and for some
reason i didn't succeed in that at all.

Watir is still working with 1.8.6 and 1.8.7 out of the box.

As mentioned also in RAutomation's thread then i'd like in the future (not
next version) to start removing usages of AutoIt and win32-api and replace
them with RAutomation. That should give support to Ruby 1.9 due to the usage
of FFI.

Also, Charley didn't reply to my query about removing dependency for
ActiveSupport in Firewatir - how did it go?

Jarmo

On Sun, Dec 19, 2010 at 7:48 AM, Bret Pettichord <bret at pettichord.com>wrote:

> Will the new version of Watir work with newer versions of Ruby? Do we have
> a list of things we need to do to make this possible?
>
> Bret
>
>
> On Sat, Dec 18, 2010 at 10:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> If we manage to from now on not to make any backwards incompatibility
>> changes (there's still something which should be deprecated/delete imho)
>> then we're fine with semantic versioning, but as soon as we introduce some
>> backwards incompatibility then we should increase the version to 2.0, which
>> we wouldn't want if having watir-webdriver in mind :) But that is all about
>> future.
>>
>> Right now there are some bugfixes which have been show-stoppers to some of
>> the users and that's why i recommended about new gem version release. Of
>> course i'm gonna ping anyone involved and ask their opinion about new
>> release, no worries.
>>
>> Okay, i'll check out soon the made things and see if changelog is in sync
>> and then we'll decide when and how to release exactly. Any arguments against
>> the release?
>>
>> I'm pretty sure that this release won't include any backwards incompatible
>> changes, but i'll make sure.
>>
>> Jarmo
>>
>>
>> On Sun, Dec 19, 2010 at 12:44 AM, Charley Baker <charley.baker at gmail.com>wrote:
>>
>>> Hi all,
>>>
>>>  I'd also suggest semantic versioning and have in the past. We
>>> haven't discussed it per se, and should soon, but I'm thinking
>>> watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
>>> maintenance and potential compatibility releases to make sure that
>>> migrating is not too challenging and current large scale Watir
>>> codebases are supported. Watir spec is the best avenue to support some
>>> sense of cohesion between the various versions right now.
>>>
>>> You've mentioned RSpec, which has taken a similar route as far as
>>> their older 1.3.x releases and the newer 2.x releases. That's a great
>>> example and something we should all take a closer look at for a host
>>> of reasons. Rapid release schedule is only one piece of that, but
>>> something I was pushing and would like to have.
>>>
>>>  Rapid schedule doesn't necessarily obviate the need for a roadmap or
>>> some sense of where we're going, it just means that we pick things up
>>> when we can and release when it's time. And I think what we have
>>> currently and the release schedule I was pushing towards means we
>>> should release in the next couple of days, based on what we have and a
>>> few "go" votes for releasing a new version.
>>>
>>> I've been busier than I thought I'd be, working on side projects and
>>> spending time with my family, along with the holiday season always
>>> being a bit chaotic. :) I should be getting back into more development
>>> on Watir now as I find a few hours here and there. Jarmo, I've added
>>> you to the gem owners on gemcutter. Warning: my kids are out of school
>>> for the next two weeks, so it's still going to be a bit hectic. :)
>>>
>>> Any new release does need a quick poll on this list, RCs on the main
>>> list for feedback, and then a push. Having walked through this process
>>> a couple of times with you, I think we're in synch.
>>>
>>> As mentioned, I'll try to be more available on IRC as well as coding
>>> and integrating fixes, hopefully for both Watir 1.x and 2.x. :)
>>>
>>> I'm excited to meet up in person for whoever will be at the Selenium
>>> Conference. There's still a lot to work out in the meantime, but that
>>> should also be a great place to talk shop and figure out some issues.
>>>
>>>  Hopefully that clarifies the current state of the union in my opinion.
>>>
>>>
>>> Charley Baker
>>> Lead Developer, Watir, http://watir.com
>>>
>>> On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>> > About the versioning. I'd suggest to use semantic versioning
>>> > (http://semver.org) from now on. It just makes sense and would be nice
>>> to
>>> > adhere to some rules and let the world know that we are adhering to
>>> them.
>>> > Also, wouldn't that be a nightmare if we'd support and develop multiple
>>> > versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense
>>> if,
>>> > let's say Jari's Watir-WebDriver would be the next *official* version
>>> of
>>> > Watir. In that case there would be 2 completely different codebases
>>> which
>>> > should be developed separately, e.g. fix only bugs in the *old* one and
>>> add
>>> > new functionality to the new one. Why would you want to make 1.6 as so
>>> > special?
>>> > Makes sense?
>>> > Why not be more agile and release when it seems that we've fixed some
>>> > critical bugs and/or added valuable new features? I don't see how
>>> "release
>>> > plans", which should be filled, help us to get into rapid release
>>> cycle.
>>> > Check out RSpec for example, where releases happen almost every week or
>>> even
>>> > few days in a row. Why not take that route also if it's possible?
>>> > Of course plans for future development would make sense, e.g. what
>>> should be
>>> > done, what should not be done and so on, but specific plans about "does
>>> this
>>> > belong to the next release or not" doesn't make much of a sense in my
>>> > opinion.
>>> > Jarmo
>>> >
>>> > On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com>
>>> > wrote:
>>> >>
>>> >> I would like us to put the 1.6.x branch into maintenance,. which means
>>> we
>>> >> would only fix bugs in it.
>>> >>
>>> >> The new work would be in a 1.7.x branch.
>>> >>
>>> >> I've been in touch with Charley just a bit recently. Personally I was
>>> >> thinking we should have a release manager for each release to help
>>> >> coordinate what was and wasn't in scope for the release (and would
>>> release
>>> >> the gems when the release was complete.) It would probably be two
>>> different
>>> >> people.
>>> >>
>>> >> I've been collecting notes for a while on what I thought would be in
>>> each,
>>> >> and was planning on putting these on the wiki so we could discuss. I
>>> hope to
>>> >> get this done next week; if not then, then next week. I am off from
>>> work
>>> >> until Jan 3, so have some free time to work on this.
>>> >>
>>> >> If you want to get the ball rolling, you could start by making a wiki
>>> page
>>> >> with a release contents proposal.
>>> >>
>>> >> Thanks for taking the initiative to bring this up and offer to be the
>>> gem
>>> >> owner.
>>> >>
>>> >> I also have several Jira tickets than I've been meaning to follow up
>>> on.
>>> >> Hopefully will find the time over the holiday break.
>>> >>
>>> >> Bret
>>> >>
>>> >> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>> >>>
>>> >>> Hi!
>>> >>> I've been trying to contact Charley on the IRC now for about a week.
>>> I
>>> >>> wanted to ask his thoughts about releasing new version of Watir,
>>> which
>>> >>> includes some quite critical bugfixes and wanted to ask how did his
>>> venture
>>> >>> with removing activesupport dependenfy from firewatir go? But Charley
>>> hasn't
>>> >>> been available on IRC for some reason. I'm not saying that he has to
>>> be, but
>>> >>> this is life and these things are expected.
>>> >>> That's when i remembered that here was some time ago sent e-mails
>>> about
>>> >>> who should the gem owners be and such. I'd like to get owner rights
>>> so i
>>> >>> could make the gem pushes myself if it's okay with everyone else, of
>>> course.
>>> >>> So, what do you think about releasing new version of Watir and
>>> granting
>>> >>> me access to make gem pushes if the time is right?
>>> >>> Jarmo
>>> >>> _______________________________________________
>>> >>> Wtr-development mailing list
>>> >>> Wtr-development at rubyforge.org
>>> >>> http://rubyforge.org/mailman/listinfo/wtr-development
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Bret Pettichord
>>> >> Lead Developer, Watir, www.watir.com
>>> >>
>>> >> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
>>> >> 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
>>> >
>>> _______________________________________________
>>> 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
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101219/930a2596/attachment.html>

From notethan at gmail.com  Sun Dec 19 11:54:09 2010
From: notethan at gmail.com (Ethan)
Date: Sun, 19 Dec 2010 11:54:09 -0500
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTimmj4w8_-U29+_s_ui73sfs9mB2yoecfaeX8U7d@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
	<AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
	<AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>
	<AANLkTinad42OGSAwnUoh+tO4s=Z0EdFud=yGEVj7Pan0@mail.gmail.com>
	<AANLkTimmj4w8_-U29+_s_ui73sfs9mB2yoecfaeX8U7d@mail.gmail.com>
Message-ID: <AANLkTinSCCcJ3DdNmMtGjGKGF+BqpwYTg6hOrB9EGQtW@mail.gmail.com>

WIN32OLE has changed a bit (not very substantially) and I had to fix some
incompatibilities for vapir to get everything 100% on 1.9.*.

On Sun, Dec 19, 2010 at 01:01, Jarmo <jarmo.p at gmail.com> wrote:

> No, not yet. If you've followed one of the other threads then you have to
> compile with the help of DevKit win32-api gem for Ruby 1.9 and for some
> reason i didn't succeed in that at all.
>
> Watir is still working with 1.8.6 and 1.8.7 out of the box.
>
> As mentioned also in RAutomation's thread then i'd like in the future (not
> next version) to start removing usages of AutoIt and win32-api and replace
> them with RAutomation. That should give support to Ruby 1.9 due to the usage
> of FFI.
>
> Also, Charley didn't reply to my query about removing dependency for
> ActiveSupport in Firewatir - how did it go?
>
> Jarmo
>
>
> On Sun, Dec 19, 2010 at 7:48 AM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> Will the new version of Watir work with newer versions of Ruby? Do we have
>> a list of things we need to do to make this possible?
>>
>> Bret
>>
>>
>> On Sat, Dec 18, 2010 at 10:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>
>>> If we manage to from now on not to make any backwards incompatibility
>>> changes (there's still something which should be deprecated/delete imho)
>>> then we're fine with semantic versioning, but as soon as we introduce some
>>> backwards incompatibility then we should increase the version to 2.0, which
>>> we wouldn't want if having watir-webdriver in mind :) But that is all about
>>> future.
>>>
>>> Right now there are some bugfixes which have been show-stoppers to some
>>> of the users and that's why i recommended about new gem version release. Of
>>> course i'm gonna ping anyone involved and ask their opinion about new
>>> release, no worries.
>>>
>>> Okay, i'll check out soon the made things and see if changelog is in sync
>>> and then we'll decide when and how to release exactly. Any arguments against
>>> the release?
>>>
>>> I'm pretty sure that this release won't include any backwards
>>> incompatible changes, but i'll make sure.
>>>
>>> Jarmo
>>>
>>>
>>> On Sun, Dec 19, 2010 at 12:44 AM, Charley Baker <charley.baker at gmail.com
>>> > wrote:
>>>
>>>> Hi all,
>>>>
>>>>  I'd also suggest semantic versioning and have in the past. We
>>>> haven't discussed it per se, and should soon, but I'm thinking
>>>> watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
>>>> maintenance and potential compatibility releases to make sure that
>>>> migrating is not too challenging and current large scale Watir
>>>> codebases are supported. Watir spec is the best avenue to support some
>>>> sense of cohesion between the various versions right now.
>>>>
>>>> You've mentioned RSpec, which has taken a similar route as far as
>>>> their older 1.3.x releases and the newer 2.x releases. That's a great
>>>> example and something we should all take a closer look at for a host
>>>> of reasons. Rapid release schedule is only one piece of that, but
>>>> something I was pushing and would like to have.
>>>>
>>>>  Rapid schedule doesn't necessarily obviate the need for a roadmap or
>>>> some sense of where we're going, it just means that we pick things up
>>>> when we can and release when it's time. And I think what we have
>>>> currently and the release schedule I was pushing towards means we
>>>> should release in the next couple of days, based on what we have and a
>>>> few "go" votes for releasing a new version.
>>>>
>>>> I've been busier than I thought I'd be, working on side projects and
>>>> spending time with my family, along with the holiday season always
>>>> being a bit chaotic. :) I should be getting back into more development
>>>> on Watir now as I find a few hours here and there. Jarmo, I've added
>>>> you to the gem owners on gemcutter. Warning: my kids are out of school
>>>> for the next two weeks, so it's still going to be a bit hectic. :)
>>>>
>>>> Any new release does need a quick poll on this list, RCs on the main
>>>> list for feedback, and then a push. Having walked through this process
>>>> a couple of times with you, I think we're in synch.
>>>>
>>>> As mentioned, I'll try to be more available on IRC as well as coding
>>>> and integrating fixes, hopefully for both Watir 1.x and 2.x. :)
>>>>
>>>> I'm excited to meet up in person for whoever will be at the Selenium
>>>> Conference. There's still a lot to work out in the meantime, but that
>>>> should also be a great place to talk shop and figure out some issues.
>>>>
>>>>  Hopefully that clarifies the current state of the union in my opinion.
>>>>
>>>>
>>>> Charley Baker
>>>> Lead Developer, Watir, http://watir.com
>>>>
>>>> On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>> > About the versioning. I'd suggest to use semantic versioning
>>>> > (http://semver.org) from now on. It just makes sense and would be
>>>> nice to
>>>> > adhere to some rules and let the world know that we are adhering to
>>>> them.
>>>> > Also, wouldn't that be a nightmare if we'd support and develop
>>>> multiple
>>>> > versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense
>>>> if,
>>>> > let's say Jari's Watir-WebDriver would be the next *official* version
>>>> of
>>>> > Watir. In that case there would be 2 completely different codebases
>>>> which
>>>> > should be developed separately, e.g. fix only bugs in the *old* one
>>>> and add
>>>> > new functionality to the new one. Why would you want to make 1.6 as so
>>>> > special?
>>>> > Makes sense?
>>>> > Why not be more agile and release when it seems that we've fixed some
>>>> > critical bugs and/or added valuable new features? I don't see how
>>>> "release
>>>> > plans", which should be filled, help us to get into rapid release
>>>> cycle.
>>>> > Check out RSpec for example, where releases happen almost every week
>>>> or even
>>>> > few days in a row. Why not take that route also if it's possible?
>>>> > Of course plans for future development would make sense, e.g. what
>>>> should be
>>>> > done, what should not be done and so on, but specific plans about
>>>> "does this
>>>> > belong to the next release or not" doesn't make much of a sense in my
>>>> > opinion.
>>>> > Jarmo
>>>> >
>>>> > On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord <bret at pettichord.com
>>>> >
>>>> > wrote:
>>>> >>
>>>> >> I would like us to put the 1.6.x branch into maintenance,. which
>>>> means we
>>>> >> would only fix bugs in it.
>>>> >>
>>>> >> The new work would be in a 1.7.x branch.
>>>> >>
>>>> >> I've been in touch with Charley just a bit recently. Personally I was
>>>> >> thinking we should have a release manager for each release to help
>>>> >> coordinate what was and wasn't in scope for the release (and would
>>>> release
>>>> >> the gems when the release was complete.) It would probably be two
>>>> different
>>>> >> people.
>>>> >>
>>>> >> I've been collecting notes for a while on what I thought would be in
>>>> each,
>>>> >> and was planning on putting these on the wiki so we could discuss. I
>>>> hope to
>>>> >> get this done next week; if not then, then next week. I am off from
>>>> work
>>>> >> until Jan 3, so have some free time to work on this.
>>>> >>
>>>> >> If you want to get the ball rolling, you could start by making a wiki
>>>> page
>>>> >> with a release contents proposal.
>>>> >>
>>>> >> Thanks for taking the initiative to bring this up and offer to be the
>>>> gem
>>>> >> owner.
>>>> >>
>>>> >> I also have several Jira tickets than I've been meaning to follow up
>>>> on.
>>>> >> Hopefully will find the time over the holiday break.
>>>> >>
>>>> >> Bret
>>>> >>
>>>> >> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>> >>>
>>>> >>> Hi!
>>>> >>> I've been trying to contact Charley on the IRC now for about a week.
>>>> I
>>>> >>> wanted to ask his thoughts about releasing new version of Watir,
>>>> which
>>>> >>> includes some quite critical bugfixes and wanted to ask how did his
>>>> venture
>>>> >>> with removing activesupport dependenfy from firewatir go? But
>>>> Charley hasn't
>>>> >>> been available on IRC for some reason. I'm not saying that he has to
>>>> be, but
>>>> >>> this is life and these things are expected.
>>>> >>> That's when i remembered that here was some time ago sent e-mails
>>>> about
>>>> >>> who should the gem owners be and such. I'd like to get owner rights
>>>> so i
>>>> >>> could make the gem pushes myself if it's okay with everyone else, of
>>>> course.
>>>> >>> So, what do you think about releasing new version of Watir and
>>>> granting
>>>> >>> me access to make gem pushes if the time is right?
>>>> >>> Jarmo
>>>> >>> _______________________________________________
>>>> >>> Wtr-development mailing list
>>>> >>> Wtr-development at rubyforge.org
>>>> >>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> Bret Pettichord
>>>> >> Lead Developer, Watir, www.watir.com
>>>> >>
>>>> >> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
>>>> >> 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
>>>> >
>>>> _______________________________________________
>>>> 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
>> Lead Developer, Watir, www.watir.com
>>
>> Blog, www.io.com/~wazmo/blog
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101219/6130d8b6/attachment-0001.html>

From charley.baker at gmail.com  Sun Dec 19 12:19:19 2010
From: charley.baker at gmail.com (Charley Baker)
Date: Sun, 19 Dec 2010 10:19:19 -0700
Subject: [Wtr-development] Donations
In-Reply-To: <AANLkTim+7Y=3FAfjJHw8Dmv5aijPSpi19t1GtsT4O8g5@mail.gmail.com>
References: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
	<AANLkTim+7Y=3FAfjJHw8Dmv5aijPSpi19t1GtsT4O8g5@mail.gmail.com>
Message-ID: <AANLkTi=xpBL_1n0RW2iXpVVqG_mGBNOnQpSiUhLg8gwM@mail.gmail.com>

It was a Watir CI environment. :)

-c


On Sat, Dec 18, 2010 at 9:30 PM, Jarmo <jarmo.p at gmail.com> wrote:
> What is/was the WatirBuild.com?
> Jarmo
>
> On Sun, Dec 19, 2010 at 2:04 AM, Bret Pettichord <bret at pettichord.com>
> wrote:
>>
>> We now have almost $700 in donations to the Watir project, raised over the
>> past year or so. Some of that money needs to go to the hosting costs for
>> WatirBuild.com. That was costing us about $20 a month, but I turned it off
>> because none of us seemed to have the time to keep it running. But that's
>> less than $200. What should we do with the rest?
>>
>> Are there other costs that need to be reimbursed?
>>
>> Bret
>>
>> --
>> Bret Pettichord
>> Lead Developer, Watir, www.watir.com
>>
>> Blog, www.io.com/~wazmo/blog
>> 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
>

From charley.baker at gmail.com  Sun Dec 19 12:21:38 2010
From: charley.baker at gmail.com (Charley Baker)
Date: Sun, 19 Dec 2010 10:21:38 -0700
Subject: [Wtr-development] new version of Watir?
In-Reply-To: <AANLkTinSCCcJ3DdNmMtGjGKGF+BqpwYTg6hOrB9EGQtW@mail.gmail.com>
References: <AANLkTikZUqgEL6X0BjHNhaME68bVE5HbOZ9nHkv2auTM@mail.gmail.com>
	<AANLkTik=bYdU5ckL2PoM9GgoE+U6F4NQ3MRkU-kb4SgE@mail.gmail.com>
	<AANLkTinByYNRYWAwbnefB33r1renjte-9ME0_QGjNWxC@mail.gmail.com>
	<AANLkTikfLpOPJr=guuaenPZ4RJmu4PB_vYV0cduD-hse@mail.gmail.com>
	<AANLkTi=Y2Eyw0xDvcgHBSPdZ7-NvZen=T8H8A2_hDKAG@mail.gmail.com>
	<AANLkTinad42OGSAwnUoh+tO4s=Z0EdFud=yGEVj7Pan0@mail.gmail.com>
	<AANLkTimmj4w8_-U29+_s_ui73sfs9mB2yoecfaeX8U7d@mail.gmail.com>
	<AANLkTinSCCcJ3DdNmMtGjGKGF+BqpwYTg6hOrB9EGQtW@mail.gmail.com>
Message-ID: <AANLkTik=dgOj0jw5Va+KjgOeU1oMnJah4XA-F8XhX4wy@mail.gmail.com>

I didn't have a chance to look at the ActiveSupport dependency, I will
for the next release. My feeling is that we've got enough critical
fixes for a release now. We can also take a look at Ruby 1.9.x support
for the next release.

Cheers,

Charley

On Sun, Dec 19, 2010 at 9:54 AM, Ethan <notethan at gmail.com> wrote:
> WIN32OLE has changed a bit (not very substantially) and I had to fix some
> incompatibilities for vapir to get everything 100% on 1.9.*.
>
> On Sun, Dec 19, 2010 at 01:01, Jarmo <jarmo.p at gmail.com> wrote:
>>
>> No, not yet. If you've followed one of the other threads then you have to
>> compile with the help of DevKit win32-api gem for Ruby 1.9 and for some
>> reason i didn't succeed in that at all.
>> Watir is still working with 1.8.6 and 1.8.7 out of the box.
>> As mentioned also in RAutomation's thread then i'd like in the future (not
>> next version) to start removing usages of AutoIt and win32-api and replace
>> them with RAutomation. That should give support to Ruby 1.9 due to the usage
>> of FFI.
>> Also, Charley didn't reply to my query about removing dependency for
>> ActiveSupport in Firewatir - how did it go?
>>
>> Jarmo
>>
>> On Sun, Dec 19, 2010 at 7:48 AM, Bret Pettichord <bret at pettichord.com>
>> wrote:
>>>
>>> Will the new version of Watir work with newer versions of Ruby? Do we
>>> have a list of things we need to do to make this possible?
>>>
>>> Bret
>>>
>>> On Sat, Dec 18, 2010 at 10:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>>
>>>> If we manage to from now on not to make any backwards incompatibility
>>>> changes (there's still something which should be deprecated/delete imho)
>>>> then we're fine with semantic versioning, but as soon as we introduce some
>>>> backwards incompatibility then we should increase the version to 2.0, which
>>>> we wouldn't want if having watir-webdriver in mind :) But that is all about
>>>> future.
>>>> Right now there are some bugfixes which have been show-stoppers to some
>>>> of the users and that's why i recommended about new gem version release. Of
>>>> course i'm gonna ping anyone involved and ask their opinion about new
>>>> release, no worries.
>>>> Okay, i'll check out soon the made things and see if changelog is in
>>>> sync and then we'll decide when and how to release exactly. Any arguments
>>>> against the release?
>>>> I'm pretty sure that this release won't include any backwards
>>>> incompatible changes, but i'll make sure.
>>>> Jarmo
>>>>
>>>> On Sun, Dec 19, 2010 at 12:44 AM, Charley Baker
>>>> <charley.baker at gmail.com> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> ?I'd also suggest semantic versioning and have in the past. We
>>>>> haven't discussed it per se, and should soon, but I'm thinking
>>>>> watir-webdriver is Watir 2.0. The 1.x.x releases will all be ongoing
>>>>> maintenance and potential compatibility releases to make sure that
>>>>> migrating is not too challenging and current large scale Watir
>>>>> codebases are supported. Watir spec is the best avenue to support some
>>>>> sense of cohesion between the various versions right now.
>>>>>
>>>>> You've mentioned RSpec, which has taken a similar route as far as
>>>>> their older 1.3.x releases and the newer 2.x releases. That's a great
>>>>> example and something we should all take a closer look at for a host
>>>>> of reasons. Rapid release schedule is only one piece of that, but
>>>>> something I was pushing and would like to have.
>>>>>
>>>>> ?Rapid schedule doesn't necessarily obviate the need for a roadmap or
>>>>> some sense of where we're going, it just means that we pick things up
>>>>> when we can and release when it's time. And I think what we have
>>>>> currently and the release schedule I was pushing towards means we
>>>>> should release in the next couple of days, based on what we have and a
>>>>> few "go" votes for releasing a new version.
>>>>>
>>>>> I've been busier than I thought I'd be, working on side projects and
>>>>> spending time with my family, along with the holiday season always
>>>>> being a bit chaotic. :) I should be getting back into more development
>>>>> on Watir now as I find a few hours here and there. Jarmo, I've added
>>>>> you to the gem owners on gemcutter. Warning: my kids are out of school
>>>>> for the next two weeks, so it's still going to be a bit hectic. :)
>>>>>
>>>>> Any new release does need a quick poll on this list, RCs on the main
>>>>> list for feedback, and then a push. Having walked through this process
>>>>> a couple of times with you, I think we're in synch.
>>>>>
>>>>> As mentioned, I'll try to be more available on IRC as well as coding
>>>>> and integrating fixes, hopefully for both Watir 1.x and 2.x. :)
>>>>>
>>>>> I'm excited to meet up in person for whoever will be at the Selenium
>>>>> Conference. There's still a lot to work out in the meantime, but that
>>>>> should also be a great place to talk shop and figure out some issues.
>>>>>
>>>>> ?Hopefully that clarifies the current state of the union in my opinion.
>>>>>
>>>>>
>>>>> Charley Baker
>>>>> Lead Developer, Watir, http://watir.com
>>>>>
>>>>> On Fri, Dec 17, 2010 at 4:24 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>>> > About the versioning. I'd suggest to use semantic versioning
>>>>> > (http://semver.org) from now on. It just makes sense and would be
>>>>> > nice to
>>>>> > adhere to some rules and let the world know that we are adhering to
>>>>> > them.
>>>>> > Also, wouldn't that be a nightmare if we'd support and develop
>>>>> > multiple
>>>>> > versions of Watir (e.g. fixing only bugs in 1.6)? It would make sense
>>>>> > if,
>>>>> > let's say Jari's Watir-WebDriver would be the next *official* version
>>>>> > of
>>>>> > Watir. In that case there would be 2 completely different codebases
>>>>> > which
>>>>> > should be developed separately, e.g. fix only bugs in the *old* one
>>>>> > and add
>>>>> > new functionality to the new one. Why would you want to make 1.6 as
>>>>> > so
>>>>> > special?
>>>>> > Makes sense?
>>>>> > Why not be more agile and release when it seems that we've fixed some
>>>>> > critical bugs and/or added valuable new features? I don't see how
>>>>> > "release
>>>>> > plans", which should be filled, help us to get into rapid release
>>>>> > cycle.
>>>>> > Check out RSpec for example, where releases happen almost every week
>>>>> > or even
>>>>> > few days in a row. Why not take that route also if it's possible?
>>>>> > Of course plans for future development would make sense, e.g. what
>>>>> > should be
>>>>> > done, what should not be done and so on, but specific plans about
>>>>> > "does this
>>>>> > belong to the next release or not" doesn't make much of a sense in my
>>>>> > opinion.
>>>>> > Jarmo
>>>>> >
>>>>> > On Sat, Dec 18, 2010 at 1:05 AM, Bret Pettichord
>>>>> > <bret at pettichord.com>
>>>>> > wrote:
>>>>> >>
>>>>> >> I would like us to put the 1.6.x branch into maintenance,. which
>>>>> >> means we
>>>>> >> would only fix bugs in it.
>>>>> >>
>>>>> >> The new work would be in a 1.7.x branch.
>>>>> >>
>>>>> >> I've been in touch with Charley just a bit recently. Personally I
>>>>> >> was
>>>>> >> thinking we should have a release manager for each release to help
>>>>> >> coordinate what was and wasn't in scope for the release (and would
>>>>> >> release
>>>>> >> the gems when the release was complete.) It would probably be two
>>>>> >> different
>>>>> >> people.
>>>>> >>
>>>>> >> I've been collecting notes for a while on what I thought would be in
>>>>> >> each,
>>>>> >> and was planning on putting these on the wiki so we could discuss. I
>>>>> >> hope to
>>>>> >> get this done next week; if not then, then next week. I am off from
>>>>> >> work
>>>>> >> until Jan 3, so have some free time to work on this.
>>>>> >>
>>>>> >> If you want to get the ball rolling, you could start by making a
>>>>> >> wiki page
>>>>> >> with a release contents proposal.
>>>>> >>
>>>>> >> Thanks for taking the initiative to bring this up and offer to be
>>>>> >> the gem
>>>>> >> owner.
>>>>> >>
>>>>> >> I also have several Jira tickets than I've been meaning to follow up
>>>>> >> on.
>>>>> >> Hopefully will find the time over the holiday break.
>>>>> >>
>>>>> >> Bret
>>>>> >>
>>>>> >> On Fri, Dec 17, 2010 at 12:57 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>>> >>>
>>>>> >>> Hi!
>>>>> >>> I've been trying to contact Charley on the IRC now for about a
>>>>> >>> week. I
>>>>> >>> wanted to ask his thoughts about releasing new version of Watir,
>>>>> >>> which
>>>>> >>> includes some quite critical bugfixes and wanted to ask how did his
>>>>> >>> venture
>>>>> >>> with removing activesupport dependenfy from firewatir go? But
>>>>> >>> Charley hasn't
>>>>> >>> been available on IRC for some reason. I'm not saying that he has
>>>>> >>> to be, but
>>>>> >>> this is life and these things are expected.
>>>>> >>> That's when i remembered that here was some time ago?sent?e-mails
>>>>> >>> about
>>>>> >>> who should the gem owners be and such. I'd like to get owner rights
>>>>> >>> so i
>>>>> >>> could make the gem pushes myself if it's okay with everyone else,
>>>>> >>> of course.
>>>>> >>> So, what do you think about releasing new version of Watir and
>>>>> >>> granting
>>>>> >>> me access to make gem pushes if the time is right?
>>>>> >>> Jarmo
>>>>> >>> _______________________________________________
>>>>> >>> Wtr-development mailing list
>>>>> >>> Wtr-development at rubyforge.org
>>>>> >>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> Bret Pettichord
>>>>> >> Lead Developer, Watir, www.watir.com
>>>>> >>
>>>>> >> Blog, www.io.com/~wazmo/blog
>>>>> >> 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
>>>>> >
>>>>> _______________________________________________
>>>>> 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
>>> Lead Developer, Watir, www.watir.com
>>>
>>> Blog, www.io.com/~wazmo/blog
>>> 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
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From alister.scott at gmail.com  Mon Dec 20 00:13:40 2010
From: alister.scott at gmail.com (Alister Scott)
Date: Mon, 20 Dec 2010 16:13:40 +1100
Subject: [Wtr-development] Donations
In-Reply-To: <AANLkTikw2vaLqFwFhRPXha9NBwxczvBVs=e_XA18Um4i@mail.gmail.com>
References: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
	<AANLkTikw2vaLqFwFhRPXha9NBwxczvBVs=e_XA18Um4i@mail.gmail.com>
Message-ID: <AANLkTikqxkVZ15xS_YcarknwE6TcYDNHqb9FGaNebWDC@mail.gmail.com>

Orde from zazzle.com can help us with merchandise, he's talking to the
SeConf people about swag for that.
I spend $17 a year on watir.com domain name hosting on wordpress.com, but I
am happy to pay for this myself.

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 Sun, Dec 19, 2010 at 12:02 PM, Charley Baker <charley.baker at gmail.com>wrote:

> t-shirts and schwag. Can we get someone to design t-shirts and other
> stuff? Funding for conferences is also on on the short list. I've paid
> on my own dime for all the talks I've given on Ruby, Testing, and
> Watir. Given the number of companies using Watir, we should be able to
> get more corporate sponsors. I'll push on my contacts and see if we
> can't get something going on, a few things would be great:
>
> * promotional material as I mentioned above
> * a bit of money for presenting at confs on Watir - ymmv for confs
> * credits on various websites, like peepcode or working with them
>
>  I'm hoping we can get some companies to sponsor CI for Watir. I've
> been working with a few people from key companies on making Windows a
> first class citizen in Ruby.
>
> -Charley
>
>
> On Sat, Dec 18, 2010 at 5:04 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> > We now have almost $700 in donations to the Watir project, raised over
> the
> > past year or so. Some of that money needs to go to the hosting costs for
> > WatirBuild.com. That was costing us about $20 a month, but I turned it
> off
> > because none of us seemed to have the time to keep it running. But that's
> > less than $200. What should we do with the rest?
> >
> > Are there other costs that need to be reimbursed?
> >
> > Bret
> >
> > --
> > Bret Pettichord
> > Lead Developer, Watir, www.watir.com
> >
> > Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog>
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101220/59cd8f20/attachment.html>

From zeljko.filipin at wa-research.ch  Mon Dec 20 06:21:50 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Mon, 20 Dec 2010 12:21:50 +0100
Subject: [Wtr-development] Donations
In-Reply-To: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
References: <AANLkTik7dNVsWkF+JRsHzmcPxc-5N7n4ckuv3eTe6xe2@mail.gmail.com>
Message-ID: <AANLkTinP9FH9O6a+CU4CpLO0YqEn+D6EXgHHo6hBMXQb@mail.gmail.com>

On Sun, Dec 19, 2010 at 1:04 AM, Bret Pettichord <bret at pettichord.com>
wrote:
> What should we do with the rest?

It would be nice if some money is left for the Watir conference in Zagreb
next year. I would like to make it completely free (if I manage to get the
venue for free, working on it).

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

From andreastt at opera.com  Mon Dec 20 17:29:46 2010
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Mon, 20 Dec 2010 23:29:46 +0100
Subject: [Wtr-development] OperaWatir pre-relase
Message-ID: <20101220222946.GA30024@e-tjenesten.org>

Hello Watirizers!

Today we announced our pre-release of OperaWatir.  I just put up the
announcement on our blog:

  <http://my.opera.com/core/blog/2010/12/20/operawatir-pre-release>

I highly recommend taking a look at our website:

  <http://operawatir.org/>

And for the more technically inclined, the README:

  <http://operawatir.org/readme.html>

It's taken its time, but it's finally here!

OperaWatir is by no means perfect, and you will find bugs.  It does
however offer an interesting proposal for a new selector engine based on
Jari Bakken's ideas for a new Watir 2 API.  This API isn't enabled by
default, but I hope that this is something we can talk more about in the
future.

If you want to talk to me, I'm known as ato in #watir on FreeNode or
andreastt on irc.opera.com.

Best regards,

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


From jari.bakken at gmail.com  Mon Dec 20 18:27:01 2010
From: jari.bakken at gmail.com (Jari Bakken)
Date: Tue, 21 Dec 2010 00:27:01 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101220222946.GA30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
Message-ID: <-221472383185414418@unknownmsgid>

Den 20. des. 2010 kl. 23:31 skrev Andreas Tolf Tolfsen <andreastt at opera.com>:

> Hello Watirizers!
>
> Today we announced our pre-release of OperaWatir.

>
Awesome news, Andreas! Looking forward to playing with the code.

From jarmo.p at gmail.com  Tue Dec 21 03:30:39 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Tue, 21 Dec 2010 10:30:39 +0200
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <-221472383185414418@unknownmsgid>
References: <20101220222946.GA30024@e-tjenesten.org>
	<-221472383185414418@unknownmsgid>
Message-ID: <AANLkTi==Jv01zasTRHb+OgbtehHkuc3eX4+wntTpaEET@mail.gmail.com>

Nice indeed. Although i have a question why is it JRuby only? Any plans to
make it work with MRI too?

Jarmo

On Tue, Dec 21, 2010 at 1:27 AM, Jari Bakken <jari.bakken at gmail.com> wrote:

> Den 20. des. 2010 kl. 23:31 skrev Andreas Tolf Tolfsen <
> andreastt at opera.com>:
>
> > Hello Watirizers!
> >
> > Today we announced our pre-release of OperaWatir.
>
> >
> Awesome news, Andreas! Looking forward to playing with the code.
> _______________________________________________
> 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/20101221/ac5a25c2/attachment.html>

From jarmo.p at gmail.com  Tue Dec 21 03:34:41 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Tue, 21 Dec 2010 10:34:41 +0200
Subject: [Wtr-development] Watir 1.7.0.rc1 Released
Message-ID: <AANLkTimAAM2_dv2taf0VgW_S5RpjTZFcjvK_zjp=qQS4@mail.gmail.com>

It seems that in the light of exciting news about OperaWatir Charley forgot
to send out an announcement about Watir 1.7.0.rc1 release.

The changes are as following:

=== IE improvements

* Fixed Watir::IE#close_all. Closes
http://jira.openqa.org/browse/WTR-463(Jarmo Pertman)
* IE#wait waits now again until browser has a state of READYSTATE_COMPLETE
due to strange timing issues. Closes
http://jira.openqa.org/browse/WTR-466(Jarmo Pertman)
* Added CSS3 selectors with usage like browser.text_field(:css =>
"input[name='text1']") (Jonas Tingeborn)
* Updated bundled version of AutoIt to 3.3.6.1. Closes
http://jira.openqa.org/browse/WTR-440 (Jarmo Pertman)

=== Firefox improvements

* Fixed Element#exists? for cases where nested elements were used for
locating (Alok Menghrajani)
* Ignore uppercase tags in XHTML when searching for elements (Alok
Menghrajani)

Give it a try and let us know in case of any issues.

Jarmo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101221/8a4f7fe5/attachment.html>

From zeljko.filipin at wa-research.ch  Tue Dec 21 04:26:38 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Tue, 21 Dec 2010 10:26:38 +0100
Subject: [Wtr-development] [wtr-general] Watir 1.7.0.rc1 Released
In-Reply-To: <AANLkTimAAM2_dv2taf0VgW_S5RpjTZFcjvK_zjp=qQS4@mail.gmail.com>
References: <AANLkTimAAM2_dv2taf0VgW_S5RpjTZFcjvK_zjp=qQS4@mail.gmail.com>
Message-ID: <AANLkTi=AV-L3CJjQt7=DNE+VYYLbSCxSqDp+yVzJexs7@mail.gmail.com>

On Tue, Dec 21, 2010 at 9:34 AM, Jarmo <jarmo.p at gmail.com> wrote:
> Give it a try and let us know in case of any issues.

And if you want to give it a try:

1) Windows

gem install watir --pre

2) Mac and Linux

sudo gem install firewatir --pre

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101221/ac631e01/attachment.html>

From zeljko.filipin at wa-research.ch  Tue Dec 21 05:59:51 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Tue, 21 Dec 2010 11:59:51 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101220222946.GA30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
Message-ID: <AANLkTi=F-5m1pfkpW6azK8C7Lt8-ZfyeqE6yp-OJPyM7@mail.gmail.com>

On Mon, Dec 20, 2010 at 11:29 PM, Andreas Tolf Tolfsen <andreastt at opera.com>
wrote:
> Today we announced our pre-release of OperaWatir.

Great news! :)

Would you like to record a 20-30 minute podcast about OperaWatir for
watirpodcast.com?

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101221/243bc305/attachment.html>

From watirjira at gmail.com  Tue Dec 21 09:52:20 2010
From: watirjira at gmail.com (Alan Baird (JIRA))
Date: Tue, 21 Dec 2010 08:52:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Reopened: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <28487410.869.1292943140794.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alan Baird reopened WTR-463:
----------------------------


Jarmo -

I tried this at work with my monkeypatched version and although close_all doesn't exhibit the same timeout error that I referenced earlier but it doesn't close all of the browsers either.  Right now, it closes all but one browser and I will have to do some more testing to see if it's keeping 'self' open as in Watir::IE.close_all_but.

However, I have tried the following code:
{code}
Watir::IE.each{|ie| ie.close}
{code}
and this exhibits the same behavior.  It seems like I have heard about this behavior before but I can't find any information on it anymore.  What should we do, keep this open or open a new ticket?

Alan

> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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 Dec 21 10:00:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 21 Dec 2010 09:00:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <15362765.872.1292943620163.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-463:
-----------------------------------

Please remove your monkeypatches and try again with 1.7.0.rc1 by executing "gem install watir --pre". It just doesn't make sense that one window is kept to be open because logic in #close_all just haven't changed. And you're saying that it works okay with 1.6.5?

This ticket may start as reopened.

> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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 Dec 21 10:05:20 2010
From: watirjira at gmail.com (Alan Baird (JIRA))
Date: Tue, 21 Dec 2010 09:05:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-466) Issues to sync
 correctly with page load in watir1.6.7
In-Reply-To: <21450679.700.1290700400264.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <4675120.876.1292943920377.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alan Baird commented on WTR-466:
--------------------------------

Jarmo -

So, after upgrading to 1.6.7 and rolling it out to all of my VMs I started seeing the issue reported here (watir loading before the page is finished).  I cranked back the fix for this by monkeypatching my framework and these issues went away.  I have no idea why.  I've looked over your changes and I will try the 1.7 pre release and see if this works for me.

Alan

> Issues to sync correctly with page load in watir1.6.7
> -----------------------------------------------------
>
>                 Key: WTR-466
>                 URL: http://jira.openqa.org/browse/WTR-466
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Win XP IE6, IE7
>            Reporter: Aliaksandr
>            Assignee: Bret Pettichord
>            Priority: Major
>             Fix For: Soon
>
>
> Hi, 
> We have recently updated our test environments to watir1.6.7 and our 
> scripts start to fail waiting for page to be fully loaded. Failures 
> happen when a script tries to access certain html elements on the page 
> while it is actually still loading. 
> We were able to figure out the cause of this behaviour. It is due to the 
> READYSTATE_INTERACTIVE state was added as the state to determine 
> browser load is complete: 
> ie-process.rb: 
> # Used internally to determine when IE has finished loading a page 
> READYSTATE_INTERACTIVE = 3 
> Wondering, what was the reason to include it? 
> This is an urgent issue for us (we have quite a few physical and virtual client boxes for automation execution, which need a fix), so very appreciate your help. For now we have to downgrade to watir1.6.5 throughout our test environment.
> Best Regards,
> Alex

-- 
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 Dec 21 11:28:20 2010
From: watirjira at gmail.com (Ivan Kabluchkov (JIRA))
Date: Tue, 21 Dec 2010 10:28:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Created: (WTR-469) Method id doesn't work
 properly after using when_present extension
Message-ID: <16467084.878.1292948900606.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

Method id doesn't work properly after using when_present extension
------------------------------------------------------------------

                 Key: WTR-469
                 URL: http://jira.openqa.org/browse/WTR-469
             Project: Watir
          Issue Type: Bug
          Components: Other
    Affects Versions: 1.6.7
         Environment: Windows7, ruby 1.8.6-26
            Reporter: Ivan Kabluchkov


Method id return id of object instead of DOM-id of element after using when_present. For example:

{code}
ie.text_field(:class => "some_class").when_present.id # => call Object#id method instead of ie.text_field(:class => "some_class").id
{code}

It happens because, "id" method presents in WhenPresentDecorator class and method_missing method doesn't call

Workaround for WhenPresentDecorator class:

{code}
def id
  @element.id
end
{code}


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

        

From watirjira at gmail.com  Tue Dec 21 15:58:20 2010
From: watirjira at gmail.com (Dan Franko (JIRA))
Date: Tue, 21 Dec 2010 14:58:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Created: (WTR-470) ole_inner_elements
	timing issue
Message-ID: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

ole_inner_elements timing issue
-------------------------------

                 Key: WTR-470
                 URL: http://jira.openqa.org/browse/WTR-470
             Project: Watir
          Issue Type: Bug
          Components: Wait
    Affects Versions: 1.6.7
         Environment: Running this on Windows XP with ie 7.
            Reporter: Dan Franko
            Priority: Major


In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.

{quote}
locator.elements = ole_inner_elements if locator.elements.nil?

def ole_inner_elements
    return document.body.all
end
{quote}

This is the error I get in this condition.  This is testing a C# web app, which is using ajax.

{quote}

undefined method `all' for nil:NilClass

["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
{quote}

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

        

From watirjira at gmail.com  Tue Dec 21 16:10:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 21 Dec 2010 15:10:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-470) ole_inner_elements
	timing issue
In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <29419921.883.1292965820355.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-470:
-----------------------------------

This is probably same as WTR-466.

Please try 1.7.0rc1 with "gem install watir --pre" and see if you're still getting this error.

> ole_inner_elements timing issue
> -------------------------------
>
>                 Key: WTR-470
>                 URL: http://jira.openqa.org/browse/WTR-470
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Running this on Windows XP with ie 7.
>            Reporter: Dan Franko
>            Priority: Major
>
> In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.
> {quote}
> locator.elements = ole_inner_elements if locator.elements.nil?
> def ole_inner_elements
>     return document.body.all
> end
> {quote}
> This is the error I get in this condition.  This is testing a C# web app, which is using ajax.
> {quote}
> undefined method `all' for nil:NilClass
> ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
> {quote}

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

        

From watirjira at gmail.com  Tue Dec 21 17:02:20 2010
From: watirjira at gmail.com (Dan Franko (JIRA))
Date: Tue, 21 Dec 2010 16:02:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-470) ole_inner_elements
	timing issue
In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <5259416.885.1292968940618.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Dan Franko commented on WTR-470:
--------------------------------

Yes.  It still occurs.

undefined method `all' for nil:NilClass

["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.7.0.rc1/lib/watir/container.rb:775:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.7.0.rc1/lib/watir/container.rb:839:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.7.0.rc1/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.7.0.rc1/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:202:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]

> ole_inner_elements timing issue
> -------------------------------
>
>                 Key: WTR-470
>                 URL: http://jira.openqa.org/browse/WTR-470
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Running this on Windows XP with ie 7.
>            Reporter: Dan Franko
>            Priority: Major
>
> In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.
> {quote}
> locator.elements = ole_inner_elements if locator.elements.nil?
> def ole_inner_elements
>     return document.body.all
> end
> {quote}
> This is the error I get in this condition.  This is testing a C# web app, which is using ajax.
> {quote}
> undefined method `all' for nil:NilClass
> ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
> {quote}

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

        

From watirjira at gmail.com  Tue Dec 21 17:19:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 21 Dec 2010 16:19:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-470) ole_inner_elements
	timing issue
In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <3203403.887.1292969960469.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-470:
-----------------------------------

Please uninstall all watir versions with:
  gem uninstall watir firewatir commonwatir

And then try 1.6.5:
  gem install watir -v 1.6.5

Does it also get this error?

> ole_inner_elements timing issue
> -------------------------------
>
>                 Key: WTR-470
>                 URL: http://jira.openqa.org/browse/WTR-470
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Running this on Windows XP with ie 7.
>            Reporter: Dan Franko
>            Priority: Major
>
> In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.
> {quote}
> locator.elements = ole_inner_elements if locator.elements.nil?
> def ole_inner_elements
>     return document.body.all
> end
> {quote}
> This is the error I get in this condition.  This is testing a C# web app, which is using ajax.
> {quote}
> undefined method `all' for nil:NilClass
> ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
> {quote}

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

        

From andreastt at opera.com  Tue Dec 21 19:35:36 2010
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Wed, 22 Dec 2010 01:35:36 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <AANLkTi==Jv01zasTRHb+OgbtehHkuc3eX4+wntTpaEET@mail.gmail.com>
References: <20101220222946.GA30024@e-tjenesten.org>
	<-221472383185414418@unknownmsgid>
	<AANLkTi==Jv01zasTRHb+OgbtehHkuc3eX4+wntTpaEET@mail.gmail.com>
Message-ID: <20101222003536.GB30024@e-tjenesten.org>

* Also sprach Jarmo <jarmo.p at gmail.com>:
> Nice indeed. Although i have a question why is it JRuby only? Any
> plans to make it work with MRI too?

It's JRuby-only because the backend (OperaDriver) is written in Java.
There are no plans for a C/C++ version usable with C-Ruby.

(But do feel called to action if you want to write one!)


From watirjira at gmail.com  Wed Dec 22 04:28:20 2010
From: watirjira at gmail.com (Ivan Kabluchkov (JIRA))
Date: Wed, 22 Dec 2010 03:28:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-469) Method id doesn't
 work properly after using when_present extension
In-Reply-To: <16467084.878.1292948900606.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <30429248.890.1293010100704.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Ivan Kabluchkov commented on WTR-469:
-------------------------------------

Sorry, I forgot to add waiter:

{code}
def id
  Watir::Wait.until(@timeout) { @element.present? }
  @element.id
end
{code}

> Method id doesn't work properly after using when_present extension
> ------------------------------------------------------------------
>
>                 Key: WTR-469
>                 URL: http://jira.openqa.org/browse/WTR-469
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 1.6.7
>         Environment: Windows7, ruby 1.8.6-26
>            Reporter: Ivan Kabluchkov
>
> Method id return id of object instead of DOM-id of element after using when_present. For example:
> {code}
> ie.text_field(:class => "some_class").when_present.id # => call Object#id method instead of ie.text_field(:class => "some_class").id
> {code}
> It happens because, "id" method presents in WhenPresentDecorator class and method_missing method doesn't call
> Workaround for WhenPresentDecorator class:
> {code}
> def id
>   @element.id
> end
> {code}

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

        

From zeljko.filipin at wa-research.ch  Wed Dec 22 05:19:53 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Wed, 22 Dec 2010 11:19:53 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101222003536.GB30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
	<-221472383185414418@unknownmsgid>
	<AANLkTi==Jv01zasTRHb+OgbtehHkuc3eX4+wntTpaEET@mail.gmail.com>
	<20101222003536.GB30024@e-tjenesten.org>
Message-ID: <AANLkTinB4yq4kA=e09Q=pqhzf4KsVy6_PxHG5MNEs4hA@mail.gmail.com>

Blogged:

http://watir.com/2010/12/22/operawatir/

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

From jari.bakken at gmail.com  Wed Dec 22 05:27:32 2010
From: jari.bakken at gmail.com (Jari Bakken)
Date: Wed, 22 Dec 2010 11:27:32 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101222003536.GB30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
	<-221472383185414418@unknownmsgid>
	<AANLkTi==Jv01zasTRHb+OgbtehHkuc3eX4+wntTpaEET@mail.gmail.com>
	<20101222003536.GB30024@e-tjenesten.org>
Message-ID: <AANLkTimeBiBsAWaaD-Hgx2Ab+gz68=V_-nTpp-N83sbY@mail.gmail.com>

On Wed, Dec 22, 2010 at 1:35 AM, Andreas Tolf Tolfsen
<andreastt at opera.com> wrote:
> It's JRuby-only because the backend (OperaDriver) is written in Java.
> There are no plans for a C/C++ version usable with C-Ruby.
>
> (But do feel called to action if you want to write one!)
>

I'll look into the feasibility of a Ruby port for selenium-webdriver
when the Java driver is open sourced.

From jarmo.p at gmail.com  Mon Dec 27 16:59:14 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Mon, 27 Dec 2010 23:59:14 +0200
Subject: [Wtr-development] [wtr-general] Watir 1.7.0.rc1 Released
In-Reply-To: <AANLkTi=AV-L3CJjQt7=DNE+VYYLbSCxSqDp+yVzJexs7@mail.gmail.com>
References: <AANLkTimAAM2_dv2taf0VgW_S5RpjTZFcjvK_zjp=qQS4@mail.gmail.com>
	<AANLkTi=AV-L3CJjQt7=DNE+VYYLbSCxSqDp+yVzJexs7@mail.gmail.com>
Message-ID: <AANLkTimasoQZcNKDx5k9WOOh3vMK5MSOmZBX8LLP86j+@mail.gmail.com>

There hasn't been much of a feedback, if all. I know that there was
Christmas and such, which might have affected the results, but i'm still
counting on you guys.

I would be grateful if anyone tried 1.7.0.rc1 with their existing test suite
to see if there's any problems/improvements!
I'd like to end this year with yet another release.

Jarmo

On Tue, Dec 21, 2010 at 11:26 AM, ?eljko Filipin <
zeljko.filipin at wa-research.ch> wrote:

> On Tue, Dec 21, 2010 at 9:34 AM, Jarmo <jarmo.p at gmail.com> wrote:
> > Give it a try and let us know in case of any issues.
>
> And if you want to give it a try:
>
> 1) Windows
>
> gem install watir --pre
>
> 2) Mac and Linux
>
> sudo gem install firewatir --pre
>
> ?eljko
> --
> watir.com - community manager
> watirpodcast.com - host
> testingpodcast.com - audio podcasts on software testing. all of them
>
>
> _______________________________________________
> 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/20101227/0d894d19/attachment.html>

From andreastt at opera.com  Tue Dec 28 08:23:04 2010
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Tue, 28 Dec 2010 14:23:04 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <AANLkTi=F-5m1pfkpW6azK8C7Lt8-ZfyeqE6yp-OJPyM7@mail.gmail.com>
References: <20101220222946.GA30024@e-tjenesten.org>
	<AANLkTi=F-5m1pfkpW6azK8C7Lt8-ZfyeqE6yp-OJPyM7@mail.gmail.com>
Message-ID: <20101228132304.GG30024@e-tjenesten.org>

Hello ?

* Also sprach ?eljko Filipin <zeljko.filipin at wa-research.ch>:
> On Mon, Dec 20, 2010 at 11:29 PM, Andreas Tolf Tolfsen
> <[1]andreastt at opera.com> wrote:
>> Today we announced our pre-release of OperaWatir.
> 
> Great news! :)

? and a belated thanks for your feedback!

> Would you like to record a 20-30 minute podcast about OperaWatir for
> watirpodcast.com?

Most certainly!  Just me talking or you asking questions?  We could take
this off-list, probably.


Happy new year!


From zeljko.filipin at wa-research.ch  Tue Dec 28 08:24:46 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Tue, 28 Dec 2010 14:24:46 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101228132304.GG30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
	<AANLkTi=F-5m1pfkpW6azK8C7Lt8-ZfyeqE6yp-OJPyM7@mail.gmail.com>
	<20101228132304.GG30024@e-tjenesten.org>
Message-ID: <AANLkTimecwUo32A_q9UeGrVWjkQq73PXVkAwSd5Y=viY@mail.gmail.com>

On Tue, Dec 28, 2010 at 2:23 PM, Andreas Tolf Tolfsen <andreastt at opera.com>
wrote:
> Most certainly!  Just me talking or you asking questions?  We could take
> this off-list, probably.

Great, taking this off-list.

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

From watirjira at gmail.com  Tue Dec 28 11:24:20 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Tue, 28 Dec 2010 10:24:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Created: (WTR-471) Unable to install
	watir1.6.2
Message-ID: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

Unable to install watir1.6.2
----------------------------

                 Key: WTR-471
                 URL: http://jira.openqa.org/browse/WTR-471
             Project: Watir
          Issue Type: Bug
          Components: Gem installer
    Affects Versions: 1.6.2
         Environment: Windows XP
            Reporter: shanth
            Priority: Major


I am trying to install watir1.6.2 but it displaying 
watir requires win32-process.It if i trying to install it is asking for different dependency file


-- 
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 Dec 28 11:44:20 2010
From: watirjira at gmail.com (Dan Franko (JIRA))
Date: Tue, 28 Dec 2010 10:44:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-470) ole_inner_elements
	timing issue
In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <32954317.912.1293554660349.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Dan Franko commented on WTR-470:
--------------------------------

I don't seem to run into that error with 1.6.5.

> ole_inner_elements timing issue
> -------------------------------
>
>                 Key: WTR-470
>                 URL: http://jira.openqa.org/browse/WTR-470
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Running this on Windows XP with ie 7.
>            Reporter: Dan Franko
>            Priority: Major
>
> In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.
> {quote}
> locator.elements = ole_inner_elements if locator.elements.nil?
> def ole_inner_elements
>     return document.body.all
> end
> {quote}
> This is the error I get in this condition.  This is testing a C# web app, which is using ajax.
> {quote}
> undefined method `all' for nil:NilClass
> ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
> {quote}

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

        

From watirjira at gmail.com  Tue Dec 28 12:18:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 11:18:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <22147857.914.1293556700410.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-471:
-----------------------------------

Please provide full error message and write step-by-step guide to reproduce the problem. Also specify if you had any previous version of Watir installed and which Ruby version is used.

Also, please state what is the reason for trying to install Watir 1.6.2 anyway and not some newer version?

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 12:22:19 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 11:22:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-470) ole_inner_elements
	timing issue
In-Reply-To: <1700034.881.1292965100528.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <16308036.916.1293556939819.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-470:
-----------------------------------

I'd suspect it being some really nasty timing issue then.

What is so special about the webpage under test? Does it manipulate DOM a lot? Does it redirect with the help of JavaScript or does something else interesting? What might make to trigger these errors with your webpage? Is it happening all the time or just sometimes?

In another words, try to think what makes your webpage so special when compared to some other random webpage. That's of course if some other random webpage won't raise these errors for you.

> ole_inner_elements timing issue
> -------------------------------
>
>                 Key: WTR-470
>                 URL: http://jira.openqa.org/browse/WTR-470
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Running this on Windows XP with ie 7.
>            Reporter: Dan Franko
>            Priority: Major
>
> In container.rb sometimes when ole_inner_elements is called on account of locator.elements.nil? being nill, the document.body.all fails to return anything even when the browser is still present.  I managed to patch it myself by inserting a rescue block, waiting a couple of seconds and trying again, but I'm sure there's a more elegant way of doing it.
> {quote}
> locator.elements = ole_inner_elements if locator.elements.nil?
> def ole_inner_elements
>     return document.body.all
> end
> {quote}
> This is the error I get in this condition.  This is testing a C# web app, which is using ajax.
> {quote}
> undefined method `all' for nil:NilClass
> ["c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:776:in `ole_inner_elements'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:843:in `locate_input_element'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/input_elements.rb:5:in `locate'", "c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/element.rb:308:in `exists?'", "./test_functions.rb:220:in `delete_user'", "./test_functions.rb:247:in `too_many_failed_logins'", "smoketest.rb:36"]
> {quote}

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

        

From watirjira at gmail.com  Tue Dec 28 12:22:19 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Tue, 28 Dec 2010 11:22:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <19409011.918.1293556939851.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

shanth commented on WTR-471:
----------------------------

Hi Pertman,
Currently I am using watir.1.5.3.
I want to upgrade to watir1.6.2.
It displaying below error 
H:\Ruby>gem install watir-1.6.2.gem --local
Building native extensions.  This could take a while...
ERROR:  Error installing watir-1.6.2.gem:
        ERROR: Failed to build gem native extension.

c:/ruby/bin/ruby.exe extconf.rb
checking for strncpy_s()... no
creating Makefile

nmake
'nmake' is not recognized as an internal or external command,
operable program or batch file.


Gem files will remain installed in c:/ruby/lib/ruby/gems/1.8/gems/win32-api-1.4.
7 for inspection.
Results logged to c:/ruby/lib/ruby/gems/1.8/gems/win32-api-1.4.7/ext/gem_make.ou
t


> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 12:40:19 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 11:40:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <4143783.921.1293558019875.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-471:
-----------------------------------

That's interesting. And what version of ruby are you using exactly?

Try also `gem update --system`

And why not try newer version of Watir instead - `gem install watir --pre`?

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 13:01:19 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Tue, 28 Dec 2010 12:01:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <32304165.925.1293559279937.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

shanth commented on WTR-471:
----------------------------

The ruby vesrion is ruby186-26.
And i updated the gem by running the "ruby setup.rb."
The commnad given by you is giving error.

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 13:17:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 12:17:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <722058.927.1293560240402.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-471:
-----------------------------------

So `gem -v` shows you 1.3.7?

Strange, i'm not seeing any errors you're seeing. Do you have any win32-api gems already installed? Try to do gem uninstall win32-api before trying to install watir again.

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 13:19:19 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Tue, 28 Dec 2010 12:19:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <31657836.929.1293560359807.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

shanth commented on WTR-471:
----------------------------

Yes the version is showing 1.3.7
I tried by uninstalling win32-api but no luck.still same error getting.

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 13:42:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 12:42:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <26759536.931.1293561740348.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-471:
-----------------------------------

I suspect `gem install win-api` fails too.

Try older versions, for example `gem install win32-api -v 1.4.6`. If installation fails if tried manually then please ask help directly from the win32-utils forum at http://rubyforge.org/forum/forum.php?forum_id=320

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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 Dec 28 14:52:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 28 Dec 2010 13:52:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-469) Method id doesn't work
 properly after using when_present extension
In-Reply-To: <16467084.878.1292948900606.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <2856403.933.1293565940530.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-469.
-----------------------------

       Resolution: Fixed
    Fix Version/s: Soon

Done.

https://github.com/bret/watir/commit/965d0edc5bff5710da60273b5af6cbad7b2e19ac

> Method id doesn't work properly after using when_present extension
> ------------------------------------------------------------------
>
>                 Key: WTR-469
>                 URL: http://jira.openqa.org/browse/WTR-469
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: 1.6.7
>         Environment: Windows7, ruby 1.8.6-26
>            Reporter: Ivan Kabluchkov
>             Fix For: Soon
>
>
> Method id return id of object instead of DOM-id of element after using when_present. For example:
> {code}
> ie.text_field(:class => "some_class").when_present.id # => call Object#id method instead of ie.text_field(:class => "some_class").id
> {code}
> It happens because, "id" method presents in WhenPresentDecorator class and method_missing method doesn't call
> Workaround for WhenPresentDecorator class:
> {code}
> def id
>   @element.id
> end
> {code}

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

        

From watirjira at gmail.com  Tue Dec 28 22:16:20 2010
From: watirjira at gmail.com (Alan Baird (JIRA))
Date: Tue, 28 Dec 2010 21:16:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <29656428.945.1293592580656.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alan Baird commented on WTR-463:
--------------------------------

I spent some time playing around with close_all today using Watir 1.7 --pre and noticed the following:

1) close_all seems to close every other window.  If I start with 3 windows, it closes the 1st and 3rd window opened, but not the 2nd.  If i start with 4 windows, it closes the 1st and 3rd, but leaves the 2nd and 4th open.  If I have 6 windows open, well, it follows the same pattern, leaving 3 windows open.  If I run the command once more it closes the 1st and 3rd remaining open windows, but not the 2nd. 

2) As the comments in close_all suggested, I implemented a while loop to call Watir::IE#close like so:

{code}
until Watir::IE.open_ies < 1 do
  Watir::IE.each {|ie| ie.close}
end
{code}
(I'm going from memory here so check my work)  I wrote open_ies to facilitate this - it just uses the each method to return a count of the number of open IE windows.  This method does pretty well at closing all IE windows.

3) If there are any IE's with a tab open, close_all will wait forever.  I imagine that this has something to do with the fact that the wait method doesn't know how to deal with tabs.

Note, I'm running all of this on Windows 7 with IE8.

> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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  Thu Dec 30 06:04:20 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Thu, 30 Dec 2010 05:04:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <22378900.953.1293707060638.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

shanth commented on WTR-471:
----------------------------

Does anyone able to install watir1.6.2 or higher version without any error?

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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  Thu Dec 30 07:17:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Thu, 30 Dec 2010 06:17:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <178146.955.1293711440499.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-471:
-----------------------------------

But did gem install win32-api fail for you or not? If it failed then the problem is not with watir, but with win32-api.

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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  Thu Dec 30 07:54:19 2010
From: watirjira at gmail.com (shanth (JIRA))
Date: Thu, 30 Dec 2010 06:54:19 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <12671734.957.1293713659893.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

shanth commented on WTR-471:
----------------------------

win32-api installation also failed for me.
And sometime I am getting below error when trying to install watir1.6.2

D:\Ruby>gem install watir-1.6.2.gem --local
ERROR:  Error installing watir-1.6.2.gem:
        watir requires win32-process (>= 0.5.5, runtime)

Is this also similar to win32-api probelm?

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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  Thu Dec 30 10:20:21 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Thu, 30 Dec 2010 09:20:21 -0600 (CST)
Subject: [Wtr-development] [JIRA] Closed: (WTR-471) Unable to install
	watir1.6.2
In-Reply-To: <13525192.910.1293553460714.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <23312575.961.1293722421069.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-471.
-----------------------------

    Resolution: Not a problem

win32-api and win32-process are just external libraries which are set as dependencies for watir. If installation of these libraries fail then i recommend you to contact the author of these libraries ( http://rubyforge.org/forum/forum.php?forum_id=320) directly or write to ruby-talk mailing list (http://www.ruby-lang.org/en/community/mailing-lists/).

That means that these problems are not problems with watir, but problems with the win32-gems. In that light closing this issue.

One thing you could try would be to uninstall Ruby and install version 1.8.7 for example again from http://rubyinstaller.org/downloads/ and see if that makes any difference. If it doesn't then please contact the author of win32-* gems directly.

> Unable to install watir1.6.2
> ----------------------------
>
>                 Key: WTR-471
>                 URL: http://jira.openqa.org/browse/WTR-471
>             Project: Watir
>          Issue Type: Bug
>          Components: Gem installer
>    Affects Versions: 1.6.2
>         Environment: Windows XP
>            Reporter: shanth
>            Priority: Major
>
> I am trying to install watir1.6.2 but it displaying 
> watir requires win32-process.It if i trying to install it is asking for different dependency file

-- 
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  Thu Dec 30 15:49:20 2010
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Thu, 30 Dec 2010 14:49:20 -0600 (CST)
Subject: [Wtr-development] [JIRA] Commented: (WTR-463) close_all throws
 exception in Watir 1.6.7
In-Reply-To: <5370673.548.1289240420022.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <21618604.965.1293742160002.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-463:
-----------------------------------

I guess i managed to fix it now. The problem is probably that IE windows were closed during the iteration. I guess that closing the window altered the state of the shell.Windows collection itself. It is not recommended and quite often doesn't work when you're modifying the collection while you're iterating over it. Ruby's #each and `for` seem to work okay, but i guess this #each on win32ole doesn't. So for example if i had 5 windows opened then only few of them were iterated over (2 if i remember correctly). Now it closes all the windows.

This is the commit:
https://github.com/bret/watir/commit/ca7d0ec78ad80d44b57c11fa4ad72d2bc09d2e37

I also fixed the problem where IE with open tabs didn't close. It seems that when IE has multiple tabs opened then the handle to the window is the same and #close waited as long as the window with the specified handle doesn't exist, which doesn't ever happen when tabs are involved. This is the commit:
https://github.com/bret/watir/commit/69ebad80835421a90d3b198fc377f8e4c84b7bf4

Could you please apply these changes locally to your 1.7.0.rc1 and check if it works for you too.



> close_all throws exception in Watir 1.6.7
> -----------------------------------------
>
>                 Key: WTR-463
>                 URL: http://jira.openqa.org/browse/WTR-463
>             Project: Watir
>          Issue Type: Bug
>          Components: Wait
>    Affects Versions: 1.6.7
>         Environment: Windows XP, IE7
>            Reporter: Alan Baird
>            Assignee: Jarmo Pertman
>            Priority: Critical
>             Fix For: Soon
>
>
> Watir::IE.close_all appears to be broken in 1.6.7 (it's possible it's broke in 1.6.6 but I don't think this was changed in 1.6.6).  Consider the following code.  I have addded a line in Watir::Exception.until_with_timeout to record the timeout that is being passed to Wait.until in line 10 of module.rb.  This clearly shows that 0 is being passed to Wait.until.  This causes the unexpected Watir::Wait::TimeoutError.
> {code}
> N:\gauntlet>irb --noreadline
> irb(main):001:0> require 'watir'
> => true
> irb(main):002:0> br = Watir::IE.new
> => #<Watir::IE:0x4108a48 url="about:blank" title="">
> irb(main):003:0> br.close
> => false
> irb(main):004:0> br = Watir::IE.new
> => #<Watir::IE:0x40f6de8 url="about:blank" title="">
> irb(main):005:0> Watir::IE.close_all
> the attach timeout is 0
> Watir::Wait::TimeoutError: timed out after 0 seconds
>         from c:/ruby/lib/ruby/gems/1.8/gems/commonwatir-1.6.7/lib/watir/wait.rb:23:in `until'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/module.rb:11:in `until_with_timeout'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:16:in `find_modal_from_window'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:36:in `locate'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/modal_dialog.rb:86:in `initialize'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `new'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/container.rb:188:in `modal_dialog'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:29:in `close_modal'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:16:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:245:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/ie-class.rb:240:in `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:15:in `close_all_but'
>         from c:/ruby/lib/ruby/gems/1.8/gems/watir-1.6.7/lib/watir/close_all.rb:7:in `close_all'
>         from (irb):5
> irb(main):006:0> puts Watir::IE.attach_timeout
> 2.0
> => nil
> {code}
> The culprit, I believe, is Watir::IE#close_modal: 
> {code}
> # close modal dialog. unlike IE#modal_dialog.close, does not wait for dialog
> # to appear and does not raise exception if no window is found.
> # returns true if modal was found and close, otherwise false
> def close_modal
>   begin
>     original_attach_timeout = IE.attach_timeout
>     IE.attach_timeout = 0
>     self.modal_dialog.close
>     true
>   rescue NoMatchingWindowFoundException, TimeOutException
>     false
>   ensure
>     IE.attach_timeout = original_attach_timeout
>   end
> end
> {code}
> What's weird is that it specifically states in the comment that this should not raise an exception but it clearly is.  The reason is that line 28 in close_all.rb sets the IE.attach_timeout to 0.  I tried commenting out this line but it still raises a Watir::Wait::TimeoutError.

-- 
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  Fri Dec 31 05:23:51 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Fri, 31 Dec 2010 11:23:51 +0100
Subject: [Wtr-development] Watir Podcast #40 Dave McNulla 1/2
Message-ID: <AANLkTimBU2cikN-d5xXAXkT8PR=e=wi6A55Q78-hZFZz@mail.gmail.com>

http://watirpodcast.com/40-dave-mcnulla-1-2/

?eljko
--
<http://watirpodcast.com/40-dave-mcnulla-1-2/>watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101231/10a1bfa4/attachment.html>

From zeljko.filipin at wa-research.ch  Fri Dec 31 05:27:27 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Fri, 31 Dec 2010 11:27:27 +0100
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101220222946.GA30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
Message-ID: <AANLkTinsNiZh6iuyO122cPuST5prxYAsPJFwvR5eyV49@mail.gmail.com>

On Mon, Dec 20, 2010 at 11:29 PM, Andreas Tolf Tolfsen <andreastt at opera.com>
wrote:
>  <http://my.opera.com/core/blog/2010/12/20/operawatir-pre-release>

The link is broken, it is moved to
http://my.opera.com/core/blog/operawatir-pre-release

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

From zeljko.filipin at wa-research.ch  Fri Dec 31 05:30:26 2010
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Fri, 31 Dec 2010 11:30:26 +0100
Subject: [Wtr-development] Watir Podcast #42 with Andreas Tolf Tolfsen on
	OperaWatir
Message-ID: <AANLkTikQEbgUprPFw25LxG3=795B5Kcze4_tSqjMg_dY@mail.gmail.com>

On Tuesday, January 4th 2011 I am recording a podcast with Andreas Tolf
Tolfsen on OperaWatir.

If you have any questions, post them here.

If you do not know what I am talking about:

http://my.opera.com/core/blog/operawatir-pre-release
http://operawatir.org/

?eljko
--
watir.com - community manager
watirpodcast.com - host
testingpodcast.com - audio podcasts on software testing. all of them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101231/385b81ae/attachment.html>

From alex.ikhelis at gmail.com  Fri Dec 31 09:24:50 2010
From: alex.ikhelis at gmail.com (Aliaksandr Ikhelis)
Date: Fri, 31 Dec 2010 14:24:50 +0000
Subject: [Wtr-development] Cleaning up Watir API: style() method
Message-ID: <AANLkTi=XC3pZ_cG8AcxM0-=oDk_mghsOqs1B4WzCY83Y@mail.gmail.com>

Hi All,

Just wanted to raise a style() method question here. Apologize if it was
already discussed before.

Getting a style element works differently with Watir and watir-webdriver.

Watir:
element.style.backgroundImage

Watir-WebDriver:
element.style("background-image")
Watir is giving you direct access to a COM object, which is a leaky
abstraction and should not be part of the Watir API. Instead, we should
decide on a common API that can be implemented without leaking
implementation details.
The issue and solution proposed by Jari are described in more details here:
https://github.com/jarib/watir-webdriver/issues/closed#issue/11

Thank you,
Aliaksandr Ikhelis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101231/459c9736/attachment-0001.html>

From jarmo.p at gmail.com  Fri Dec 31 09:42:10 2010
From: jarmo.p at gmail.com (Jarmo)
Date: Fri, 31 Dec 2010 16:42:10 +0200
Subject: [Wtr-development] Cleaning up Watir API: style() method
In-Reply-To: <AANLkTi=XC3pZ_cG8AcxM0-=oDk_mghsOqs1B4WzCY83Y@mail.gmail.com>
References: <AANLkTi=XC3pZ_cG8AcxM0-=oDk_mghsOqs1B4WzCY83Y@mail.gmail.com>
Message-ID: <AANLkTim70Gz3NAfgOn78mBNLTTjLvjP3-64ZsFHexG_-@mail.gmail.com>

I myself like the Watir-WebDriver solution a little more because there you
have to specify exact CSS property and not some pseudo-property, e.g.
backgroundImage vs background-image. Yes, the backgroundImage is part of the
IE API, but as Jari pointed out already it's leaky solution and fights
against standards.

Jarmo

On Fri, Dec 31, 2010 at 4:24 PM, Aliaksandr Ikhelis
<alex.ikhelis at gmail.com>wrote:

> Hi All,
>
> Just wanted to raise a style() method question here. Apologize if it was
> already discussed before.
>
> Getting a style element works differently with Watir and watir-webdriver.
>
> Watir:
> element.style.backgroundImage
>
> Watir-WebDriver:
> element.style("background-image")
> Watir is giving you direct access to a COM object, which is a leaky
> abstraction and should not be part of the Watir API. Instead, we should
> decide on a common API that can be implemented without leaking
> implementation details.
> The issue and solution proposed by Jari are described in more details
> here: https://github.com/jarib/watir-webdriver/issues/closed#issue/11
>
> Thank you,
> Aliaksandr Ikhelis
>
> _______________________________________________
> 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/20101231/43c92a11/attachment.html>

From bret at pettichord.com  Fri Dec 31 11:14:19 2010
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 31 Dec 2010 10:14:19 -0600
Subject: [Wtr-development] Cleaning up Watir API: style() method
In-Reply-To: <AANLkTim70Gz3NAfgOn78mBNLTTjLvjP3-64ZsFHexG_-@mail.gmail.com>
References: <AANLkTi=XC3pZ_cG8AcxM0-=oDk_mghsOqs1B4WzCY83Y@mail.gmail.com>
	<AANLkTim70Gz3NAfgOn78mBNLTTjLvjP3-64ZsFHexG_-@mail.gmail.com>
Message-ID: <AANLkTimu_Ao3aVW33=kyzfK+Y=jidEB9aO3DcEg3j3KP@mail.gmail.com>

I want to verify that I understand the proposal.

Is the suggestion that the Watir-WebDriver API be added to the IE driver in
addition to the existing API? Or will it replace it, creating backwards
incompatability?

Bret

On Fri, Dec 31, 2010 at 8:42 AM, Jarmo <jarmo.p at gmail.com> wrote:

> I myself like the Watir-WebDriver solution a little more because there you
> have to specify exact CSS property and not some pseudo-property, e.g.
> backgroundImage vs background-image. Yes, the backgroundImage is part of the
> IE API, but as Jari pointed out already it's leaky solution and fights
> against standards.
>
> Jarmo
>
> On Fri, Dec 31, 2010 at 4:24 PM, Aliaksandr Ikhelis <
> alex.ikhelis at gmail.com> wrote:
>
>> Hi All,
>>
>> Just wanted to raise a style() method question here. Apologize if it was
>> already discussed before.
>>
>> Getting a style element works differently with Watir and watir-webdriver.
>>
>> Watir:
>> element.style.backgroundImage
>>
>> Watir-WebDriver:
>> element.style("background-image")
>> Watir is giving you direct access to a COM object, which is a leaky
>> abstraction and should not be part of the Watir API. Instead, we should
>> decide on a common API that can be implemented without leaking
>> implementation details.
>> The issue and solution proposed by Jari are described in more details
>> here: https://github.com/jarib/watir-webdriver/issues/closed#issue/11
>>
>> Thank you,
>> Aliaksandr Ikhelis
>>
>> _______________________________________________
>> 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
Lead Developer, Watir, www.watir.com

Blog, www.io.com/~wazmo/blog
Twitter, www.twitter.com/bpettichord
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20101231/d87c0fac/attachment.html>

From simon.m.stewart at gmail.com  Fri Dec 31 11:30:50 2010
From: simon.m.stewart at gmail.com (Simon Stewart)
Date: Fri, 31 Dec 2010 16:30:50 +0000
Subject: [Wtr-development] OperaWatir pre-relase
In-Reply-To: <20101220222946.GA30024@e-tjenesten.org>
References: <20101220222946.GA30024@e-tjenesten.org>
Message-ID: <AANLkTimjgVE+PB5y7k8TLZBtGqvD_ey-akjzW=R43TJL@mail.gmail.com>

A little late to the party, but congratulations and kudos on the
release! Great to see it out there :)

I notice that the operadriver JAR is included in this release. Is it
okay to explore using this directly with the webdriver API?

Regards,

Simon

On Mon, Dec 20, 2010 at 10:29 PM, Andreas Tolf Tolfsen
<andreastt at opera.com> wrote:
> Hello Watirizers!
>
> Today we announced our pre-release of OperaWatir. ?I just put up the
> announcement on our blog:
>
> ?<http://my.opera.com/core/blog/2010/12/20/operawatir-pre-release>
>
> I highly recommend taking a look at our website:
>
> ?<http://operawatir.org/>
>
> And for the more technically inclined, the README:
>
> ?<http://operawatir.org/readme.html>
>
> It's taken its time, but it's finally here!
>
> OperaWatir is by no means perfect, and you will find bugs. ?It does
> however offer an interesting proposal for a new selector engine based on
> Jari Bakken's ideas for a new Watir 2 API. ?This API isn't enabled by
> default, but I hope that this is something we can talk more about in the
> future.
>
> If you want to talk to me, I'm known as ato in #watir on FreeNode or
> andreastt on irc.opera.com.
>
> Best regards,
>
> --
> Andreas Tolf Tolfsen
> QA Engineer, Core Systems
> Opera Software ASA
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From alex.ikhelis at gmail.com  Fri Dec 31 12:15:36 2010
From: alex.ikhelis at gmail.com (Aliaksandr Ikhelis)
Date: Fri, 31 Dec 2010 17:15:36 +0000
Subject: [Wtr-development] Cleaning up Watir API: style() method
In-Reply-To: <AANLkTimu_Ao3aVW33=kyzfK+Y=jidEB9aO3DcEg3j3KP@mail.gmail.com>
References: <AANLkTi=XC3pZ_cG8AcxM0-=oDk_mghsOqs1B4WzCY83Y@mail.gmail.com>
	<AANLkTim70Gz3NAfgOn78mBNLTTjLvjP3-64ZsFHexG_-@mail.gmail.com>
	<AANLkTimu_Ao3aVW33=kyzfK+Y=jidEB9aO3DcEg3j3KP@mail.gmail.com>
Message-ID: <AANLkTimMWpPkpFNB4ZCAsbs94E-E0N39Kr2K+X8Vmb9d@mail.gmail.com>

Good question. The suggestion is to implement a general API compatible
between watir and watir-webdriver, which will hide implementation details
(IE specifics). I believe backwards incompatibility is not the way, so it
should be implemented as extension to current IE driver (watir). This is how
a simple code proposal by Jari works btw:
https://github.com/jarib/watir-webdriver/issues/closed#issue/11. I have
applied it to our local codebase and it works fine either way (backgroundImage
and background-image) so far.

Wish you Happy New Year, everyone!!!

Thank you,
Aliaksandr Ikhelis


On Fri, Dec 31, 2010 at 4:14 PM, Bret Pettichord <bret at pettichord.com>wrote:

> I want to verify that I understand the proposal.
>
> Is the suggestion that the Watir-WebDriver API be added to the IE driver in
> addition to the existing API? Or will it replace it, creating backwards
> incompatability?
>
> Bret
>
>
> On Fri, Dec 31, 2010 at 8:42 AM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> I myself like the Watir-WebDriver solution a little more because there you
>> have to specify exact CSS property and not some pseudo-property, e.g.
>> backgroundImage vs background-image. Yes, the backgroundImage is part of the
>> IE API, but as Jari pointed out already it's leaky solution and fights
>> against standards.
>>
>> Jarmo
>>
>> On Fri, Dec 31, 2010 at 4:24 PM, Aliaksandr Ikhelis <
>> alex.ikhelis at gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> Just wanted to raise a style() method question here. Apologize if it was
>>> already discussed before.
>>>
>>> Getting a style element works differently with Watir and watir-webdriver.
>>>
>>> Watir:
>>> element.style.backgroundImage
>>>
>>> Watir-WebDriver:
>>> element.style("background-image")
>>> Watir is giving you direct access to a COM object, which is a leaky
>>> abstraction and should not be part of the Watir API. Instead, we should
>>> decide on a common API that can be implemented without leaking
>>> implementation details.
>>> The issue and solution proposed by Jari are described in more details
>>> here: https://github.com/jarib/watir-webdriver/issues/closed#issue/11
>>>
>>> Thank you,
>>> Aliaksandr Ikhelis
>>>
>>> _______________________________________________
>>> 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
> Lead Developer, Watir, www.watir.com
>
> Blog, www.io.com/~wazmo/blog
> 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/20101231/3992bdbc/attachment-0001.html>