From watirjira at gmail.com  Mon Aug  1 08:18:18 2011
From: watirjira at gmail.com (zeilenleser (JIRA))
Date: Mon, 1 Aug 2011 07:18:18 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <12503396.3.1312201098736.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

zeilenleser commented on WTR-484:
---------------------------------

Hey guys

I'm getting
-------------------------------------------------------------------------
UiaDll: CoCreateInstance failed. hr = 0x80040154C:/Programs/project/lib/execute/test_runner.rb:101:in `eval': Could not open library 'C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed. (LoadError)
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/ffi-1.0.9-x86-mingw32/lib/ffi/library.rb:54:in `map'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/ffi-1.0.9-x86-mingw32/lib/ffi/library.rb:54:in `ffi_lib'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:8:in `<module:UiaDll>'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:5:in `<module:WinFfi>'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:3:in `<module:Adapter>'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:2:in `<module:RAutomation>'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:1:in `<top (required)>'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/functions.rb:188:in `control_hwnd'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/control.rb:39:in `exist?'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/button.rb:17:in `exist?'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/button.rb:37:in `exists?'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/button.rb:50:in `block in wait_until_exists'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/wait_helper.rb:15:in `wait_until'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/button.rb:50:in `wait_until_exists'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/button.rb:18:in `click'
	from C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.9.2/lib/watir/dialogs/file_field.rb:12:in `set'
	...
-------------------------------------------------------------------------

on a XP Professional SP3 machine (within VMWare), with Ruby 1.9.2, Watir 1.9.2, Rautomation 0.6.3

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  1 17:32:20 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Mon, 1 Aug 2011 16:32:20 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <21644834.8.1312234340700.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-484:
-----------------------------------

Doesn't make much of a sense. Can't reproduce it either.

Can you put the following "puts" statement before C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/button.rb:17:

puts @locators.inspect

Also put a "puts" right into UiaDll module on line 6 C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/ms_uia/uia_dll.rb:

puts caller

Can you reproduce it all the time? uia_dll.rb just shouldn't get loaded if using through Watir...

Just in case, what's the code in your test when you call #file_field()#set?

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  2 06:30:18 2011
From: watirjira at gmail.com (zeilenleser (JIRA))
Date: Tue, 2 Aug 2011 05:30:18 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <18378835.12.1312281018934.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

zeilenleser commented on WTR-484:
---------------------------------

Hi Jarmo

First, thanks for your work at RAutomation, it's a great tool so far.
Second, back to my issue:

bq.??Doesn't make much of a sense. Can't reproduce it either.??
You will. 

{quote}
??Can you put the following "puts" statement before C:/Programs/Ruby192/lib/ruby/gems/1.9.1/gems/rautomation-0.6.3/lib/rautomation/adapter/win_ffi/button.rb:17:??

??puts @locators.inspect??
{quote}
I didn't but the idea is totaly right.

bq.??uia_dll.rb just shouldn't get loaded if using through Watir...??
That was the hint I needed to find the source of the problem.

Ok, this issues needs some more background informations. I did the test on an German XP version. Therefore I needed to change the Watir::FileField to match the German dialogs and I did it like this
{quote}
{{def open_button}}
{{&nbsp;&nbsp;file_upload_window.button(:id => 1)}}
{{end}}
{{def cancel_button}}
{{&nbsp;&nbsp;file_upload_window.button(:id => 2)}}
{{end}}
{{def file_upload_window}}
{{&nbsp;&nbsp;@window ||= RAutomation::Window.new(:title => /^Datei (zum Hochladen )?ausw\xE4hlen$/i)}}
{{end}}
{quote}
As you can see, I'm using the :id locator instead of the :value locator. That's the reason why uia_dll.rb is loaded (and you can reproduce it if you try). That doesn't explain why the UiaDll.dll can't be loaded but I can overcome the problem by using the :value locator instead (with the german text as far as possible, I didn't found out how to use german umlaute, but that's another problem, for the moment the ascii part of the text works).
{quote}
{{def open_button}}
{{&nbsp;&nbsp;file_upload_window.button(:value => /&ffnen/)}}
{{end}}
{{def cancel_button}}
{{&nbsp;&nbsp;file_upload_window.button(:value  => 'Abbrechen')}}
{{end}}
{quote}

Thanks for your help.

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  2 08:41:19 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 2 Aug 2011 07:41:19 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <13943820.15.1312288879405.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-484:
-----------------------------------

Using :id explains indeed. Use regexp to match against English and German as a :value would be better solution:
:value => /ffnen|Open/

Something like that.

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  2 08:43:18 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 2 Aug 2011 07:43:18 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <9296474.18.1312288998325.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-484:
-----------------------------------

Oh, and the reason why UiaDll.dll loading doesn't work for you is related with some kind of a Windows Update - see the reply from Stephan above.

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  2 14:02:18 2011
From: watirjira at gmail.com (zeilenleser (JIRA))
Date: Tue, 2 Aug 2011 13:02:18 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <13675242.22.1312308138102.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

zeilenleser commented on WTR-484:
---------------------------------

{code:title=Jarmo Pertman wrote}
Use regexp to match against English and German 
as a :value would be better solution:
:value => /ffnen|Open/
{code}
That's the only solution that works right now. The idea behind :id was to make the file dialog work out of the box for all languages without modifying/overwriting these methods (not everybody knows about this). But at least they have to do it for the title, so that's no big deal anymore.

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 Aug  2 14:08:18 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Tue, 2 Aug 2011 13:08:18 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <789008.25.1312308498811.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-484:
-----------------------------------

Agreed that the should be some better solution for non-English Windows'es, but as you just saw then using :id is not possible due to the possible missing Windows Update on Windows XP. It seems to be fine on Vista/Win7 though.

It would be great if Stephan would clarify what's the exact update :)

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

-- 
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 notethan at gmail.com  Fri Aug  5 17:11:51 2011
From: notethan at gmail.com (Ethan)
Date: Fri, 5 Aug 2011 17:11:51 -0400
Subject: [Wtr-development] Vapir 1.9.0
Message-ID: <CAE4efF=S31SGjYKKySuwVpneVs8cPTnoveUWnz+a7Dv4ZH-jVw@mail.gmail.com>

Hey Watir folks, update on Vapir <http://vapir.org/> - 1.9.0 is out! With
all the mutterings here about JSSH, I figured I'd copy the announcement over
here.

  gem update vapir-firefox vapir-ie

- MozRepl <https://github.com/vapir/vapir/wiki/MozRepl> support - may
JSSH<https://github.com/vapir/vapir/wiki/JSSH> die
soon. (JSSH is still supported for Firefox versions < 4, though)
- Support for Firefox 4, 5, 6 (beta), and 7 (alpha). Mostly, anyway - not
completely, officially, because there are yet a few unit test failures, but
it all works. (Firefox 8 alpha is not yet working at all. yes, there is an 8
alpha out already as a nightly)
- Support for IE9. There may be some issues with UAC. All the tests pass for
me, but not entirely reliably. Let me know what you run into.
- Speed! MozRepl gets about 1.5? right off, and other optimizations get
another 2?. Or maybe it was the other way around.
- some minor bugfixes which should improve stability and reliability.
- many internal code improvements

To use MozRepl, you should install the extension into whatever Firefox
profile you use with Vapir. The extension is available at:
https://github.com/downloads/vapir/mozrepl/mozrepl_vapir_2de870.xpi
Then update your configuration
<https://github.com/vapir/vapir/wiki/Config> (this
is probably in ~/.vapir_config.yaml) to add the configuration setting:
  firefox_extension: mozrepl

See also Settings <https://github.com/vapir/vapir/wiki/Settings> which you
should set.

-Ethan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110805/fc422b62/attachment.html>

From alister.scott at gmail.com  Sun Aug  7 07:51:04 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Sun, 7 Aug 2011 21:51:04 +1000
Subject: [Wtr-development] Vapir 1.9.0
In-Reply-To: <CAE4efF=S31SGjYKKySuwVpneVs8cPTnoveUWnz+a7Dv4ZH-jVw@mail.gmail.com>
References: <CAE4efF=S31SGjYKKySuwVpneVs8cPTnoveUWnz+a7Dv4ZH-jVw@mail.gmail.com>
Message-ID: <CAC1iRBxbhq-SMiaAZ6E0RVZw6Xkj6+kOLdemA9j93waUmHODKg@mail.gmail.com>

Does Vapir use zero or one based indexing?
Does Firefox support work on Linux/Mac?

Cheers,
Alister


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

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


On Sat, Aug 6, 2011 at 7:11 AM, Ethan <notethan at gmail.com> wrote:

> Hey Watir folks, update on Vapir <http://vapir.org/> - 1.9.0 is out! With
> all the mutterings here about JSSH, I figured I'd copy the announcement over
> here.
>
>   gem update vapir-firefox vapir-ie
>
> - MozRepl <https://github.com/vapir/vapir/wiki/MozRepl> support - may JSSH<https://github.com/vapir/vapir/wiki/JSSH> die
> soon. (JSSH is still supported for Firefox versions < 4, though)
> - Support for Firefox 4, 5, 6 (beta), and 7 (alpha). Mostly, anyway - not
> completely, officially, because there are yet a few unit test failures, but
> it all works. (Firefox 8 alpha is not yet working at all. yes, there is an 8
> alpha out already as a nightly)
> - Support for IE9. There may be some issues with UAC. All the tests pass
> for me, but not entirely reliably. Let me know what you run into.
> - Speed! MozRepl gets about 1.5? right off, and other optimizations get
> another 2?. Or maybe it was the other way around.
> - some minor bugfixes which should improve stability and reliability.
> - many internal code improvements
>
> To use MozRepl, you should install the extension into whatever Firefox
> profile you use with Vapir. The extension is available at:
> https://github.com/downloads/vapir/mozrepl/mozrepl_vapir_2de870.xpi
> Then update your configuration<https://github.com/vapir/vapir/wiki/Config> (this
> is probably in ~/.vapir_config.yaml) to add the configuration setting:
>   firefox_extension: mozrepl
>
> See also Settings <https://github.com/vapir/vapir/wiki/Settings> which you
> should set.
>
> -Ethan
>
>
> _______________________________________________
> 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/20110807/ea3b4d71/attachment.html>

From notethan at gmail.com  Sun Aug  7 18:57:07 2011
From: notethan at gmail.com (Ethan)
Date: Sun, 7 Aug 2011 18:57:07 -0400
Subject: [Wtr-development] Vapir 1.9.0
In-Reply-To: <CAC1iRBxbhq-SMiaAZ6E0RVZw6Xkj6+kOLdemA9j93waUmHODKg@mail.gmail.com>
References: <CAE4efF=S31SGjYKKySuwVpneVs8cPTnoveUWnz+a7Dv4ZH-jVw@mail.gmail.com>
	<CAC1iRBxbhq-SMiaAZ6E0RVZw6Xkj6+kOLdemA9j93waUmHODKg@mail.gmail.com>
Message-ID: <CAE4efFnn9K=Vw5U=7-80sHeiOWM7oX8GXgPw1+wU0pd8qOEE3A@mail.gmail.com>

1-based, still, unfortunately. I should get on fixing that.
yes, works fine on windows, mac, linux.

On Sun, Aug 7, 2011 at 07:51, Alister Scott <alister.scott at gmail.com> wrote:

> Does Vapir use zero or one based indexing?
> Does Firefox support work on Linux/Mac?
>
> Cheers,
> Alister
>
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
> On Sat, Aug 6, 2011 at 7:11 AM, Ethan <notethan at gmail.com> wrote:
>
>> Hey Watir folks, update on Vapir <http://vapir.org/> - 1.9.0 is out! With
>> all the mutterings here about JSSH, I figured I'd copy the announcement over
>> here.
>>
>>   gem update vapir-firefox vapir-ie
>>
>> - MozRepl <https://github.com/vapir/vapir/wiki/MozRepl> support - may
>> JSSH <https://github.com/vapir/vapir/wiki/JSSH> die soon. (JSSH is still
>> supported for Firefox versions < 4, though)
>> - Support for Firefox 4, 5, 6 (beta), and 7 (alpha). Mostly, anyway - not
>> completely, officially, because there are yet a few unit test failures, but
>> it all works. (Firefox 8 alpha is not yet working at all. yes, there is an 8
>> alpha out already as a nightly)
>> - Support for IE9. There may be some issues with UAC. All the tests pass
>> for me, but not entirely reliably. Let me know what you run into.
>> - Speed! MozRepl gets about 1.5? right off, and other optimizations get
>> another 2?. Or maybe it was the other way around.
>> - some minor bugfixes which should improve stability and reliability.
>> - many internal code improvements
>>
>> To use MozRepl, you should install the extension into whatever Firefox
>> profile you use with Vapir. The extension is available at:
>> https://github.com/downloads/vapir/mozrepl/mozrepl_vapir_2de870.xpi
>> Then update your configuration<https://github.com/vapir/vapir/wiki/Config> (this
>> is probably in ~/.vapir_config.yaml) to add the configuration setting:
>>   firefox_extension: mozrepl
>>
>> See also Settings <https://github.com/vapir/vapir/wiki/Settings> which
>> you should set.
>>
>> -Ethan
>>
>>
>> _______________________________________________
>> 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/20110807/937794aa/attachment-0001.html>

From notethan at gmail.com  Sun Aug  7 19:42:24 2011
From: notethan at gmail.com (Ethan)
Date: Sun, 7 Aug 2011 19:42:24 -0400
Subject: [Wtr-development] Vapir 1.9.0
In-Reply-To: <CAE4efFnn9K=Vw5U=7-80sHeiOWM7oX8GXgPw1+wU0pd8qOEE3A@mail.gmail.com>
References: <CAE4efF=S31SGjYKKySuwVpneVs8cPTnoveUWnz+a7Dv4ZH-jVw@mail.gmail.com>
	<CAC1iRBxbhq-SMiaAZ6E0RVZw6Xkj6+kOLdemA9j93waUmHODKg@mail.gmail.com>
	<CAE4efFnn9K=Vw5U=7-80sHeiOWM7oX8GXgPw1+wU0pd8qOEE3A@mail.gmail.com>
Message-ID: <CAE4efF=j8TcwNgJUXyss=3nw2By0LvN1LyvGo739JUYpLmE0-g@mail.gmail.com>

all right, got 0-based index support in my dev branch ... needs a lot of
testing, but that was easier than I thought. should be in the next release.

On Sun, Aug 7, 2011 at 18:57, Ethan <notethan at gmail.com> wrote:

> 1-based, still, unfortunately. I should get on fixing that.
> yes, works fine on windows, mac, linux.
>
> On Sun, Aug 7, 2011 at 07:51, Alister Scott <alister.scott at gmail.com>wrote:
>
>> Does Vapir use zero or one based indexing?
>> Does Firefox support work on Linux/Mac?
>>
>> Cheers,
>> Alister
>>
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." *~ G. K. Chesterton*
>>
>>
>> On Sat, Aug 6, 2011 at 7:11 AM, Ethan <notethan at gmail.com> wrote:
>>
>>> Hey Watir folks, update on Vapir <http://vapir.org/> - 1.9.0 is out!
>>> With all the mutterings here about JSSH, I figured I'd copy the announcement
>>> over here.
>>>
>>>   gem update vapir-firefox vapir-ie
>>>
>>> - MozRepl <https://github.com/vapir/vapir/wiki/MozRepl> support - may
>>> JSSH <https://github.com/vapir/vapir/wiki/JSSH> die soon. (JSSH is still
>>> supported for Firefox versions < 4, though)
>>> - Support for Firefox 4, 5, 6 (beta), and 7 (alpha). Mostly, anyway - not
>>> completely, officially, because there are yet a few unit test failures, but
>>> it all works. (Firefox 8 alpha is not yet working at all. yes, there is an 8
>>> alpha out already as a nightly)
>>> - Support for IE9. There may be some issues with UAC. All the tests pass
>>> for me, but not entirely reliably. Let me know what you run into.
>>> - Speed! MozRepl gets about 1.5? right off, and other optimizations get
>>> another 2?. Or maybe it was the other way around.
>>> - some minor bugfixes which should improve stability and reliability.
>>> - many internal code improvements
>>>
>>> To use MozRepl, you should install the extension into whatever Firefox
>>> profile you use with Vapir. The extension is available at:
>>> https://github.com/downloads/vapir/mozrepl/mozrepl_vapir_2de870.xpi
>>> Then update your configuration<https://github.com/vapir/vapir/wiki/Config> (this
>>> is probably in ~/.vapir_config.yaml) to add the configuration setting:
>>>   firefox_extension: mozrepl
>>>
>>> See also Settings <https://github.com/vapir/vapir/wiki/Settings> which
>>> you should set.
>>>
>>> -Ethan
>>>
>>>
>>> _______________________________________________
>>> 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/20110807/5f46dfeb/attachment.html>

From jarmo.p at gmail.com  Wed Aug 10 11:15:05 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 10 Aug 2011 18:15:05 +0300
Subject: [Wtr-development] Watir 2.0 Released
Message-ID: <CAHZHd6XK-Z-U4b_H9ROugOcOiSJahUDrYxYg8+aD-M7xfsvrWw@mail.gmail.com>

Hello!

Today is the day when Watir 2.0 is released. Finally we have 0-based
indexing as in Watir-WebDriver.

Plan is to have better compatibility with Watir-WebDriver with each next
release. Let's see how it goes.

Here is the full changelog:
* RIP FireWatir - there won't be any new releases due to the lack of JSSH
extension for Firefox 4+ versions.
* all elements are using 0-based indexing instead of old 1-based indexing:
 - disable it temporarily: require "watir";
Watir.options[:zero_based_indexing] = false
* #radio and #checkbox methods doesn't allow 3 parameters anymore for
locating with "value"
 - use browser.radio(:name => "something", :value => "some value") syntax
instead for locating with "value"
* all element methods accept now multiple-specifiers with hash syntax, for
example:
 - browser.element(:class => "someclass", :name => "somename")
* all elements are searchable by :xpath and :css now (note that it's usually
slower than searching by other specifiers)
* #button, #form and #frame doesn't accept single string as a specifier
anymore to search by name:
 - use browser.frame(:name => "name") or browser.frame(:name, "name") syntax
instead
* :index => 0 is used as a default specifier if nothing is specified:
 - browser.div(:id => "id").table.tr is same as browser.div(:id =>
"id").table(:index => 0).tr(:index => 0)
* all collection methods accept now specifiers too:
 - browser.divs(:class => "someclass").each {|div| puts div.class_name} # =>
"someclass"
* removed FormElement class
* added aliases:
 - tr => row
 - trs => rows
 - td => cell
 - tds => cells
 - a => link
 - as => links
 - img => image
 - imgs => images

Install it with `gem install watir` and let the testing begin!

(PS! Don't forget to disable 0-based-indexing temporarily until you're not
too busy to fix the currently used indexes in your tests!)

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

From jarmo.p at gmail.com  Wed Aug 10 11:20:48 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 10 Aug 2011 18:20:48 +0300
Subject: [Wtr-development] about release
Message-ID: <CAHZHd6VHuo5jWHqN+RMtaHt1u=8xUFokTSrb=Q0WMfmu8v4iHQ@mail.gmail.com>

I managed to run Watir 2.0 without zero-based-indexing and with
zero-based-indexing against my current project's tests at my workplace and
didn't notice any bugs so i made finally the release.

Hopefully everyone is as pleased as i am about the new features/changes :)

I'm already using 0-based indexing on my project at my workplace - i guess
that makes me the first one to do that with Watir :) Congratulations to me
:P

I suspect that there will be some feedback at the start when people don't
notice that indexing has become 0-based. Let's try to help them out then.

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

From watirjira at gmail.com  Wed Aug 10 14:25:09 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Wed, 10 Aug 2011 13:25:09 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-481) Not able to open new IE
 after it is closed.
In-Reply-To: <31083542.38.1307636456038.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <27540151.14.1313000709217.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-481.
-----------------------------

    Resolution: Fixed

Fixed in 2.0.1

> Not able to open new IE after it is closed.
> -------------------------------------------
>
>                 Key: WTR-481
>                 URL: http://jira.openqa.org/browse/WTR-481
>             Project: Watir
>          Issue Type: Bug
>          Components: Unit Tests
>    Affects Versions: Soon
>         Environment: Windows XP running IE7
>            Reporter: bhavesh
>            Priority: Critical
>             Fix For: Soon
>
>
> Hi, 
> I have to close IE and open new IE  again in every testcase. 
> I written an routine like this : 
>   def setupnew(current_component="") 
>         $ie.close if $ie 
>         sleep(10) 
>         $ie = Watir::IE.new() 
>         sleep(10) 
>         case current_component 
>                   when "WEB_ADMIN" 
>                           $ie.goto($adminLink) 
>                   when "WEB_REPORT" 
>                           $ie.goto($reportLink) 
>                   when "WEB_SEARCH" 
>                           $ie.goto($searchLink) 
>                   else 
>                           #puts "Setup case does not match" 
>         end 
>   end 
> This works well in Ruby 1.8 
> Recently i upgrade to Ruby 1.9.2 and this routine start failing. 
> It closes the IE if it is open but then not opening the new IE  it 
> just came out of script throwing error. 
> Error coming out as : 
>     TestCaseNum: I18N_0001 
>     Description: Add AD Authentication  from Webadmin, for FIGS. 
> E 
> Finished in 0.468750 seconds. 
>   1) Error: 
> test_0001(TC_I18N): 
> NoMethodError: unknown property or method: `name' 
>     HRESULT error code:0x800706ba 
>       The RPC server is unavailable. 
>     C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.8.1/lib/watir/ie- 
> class.rb:319:in 
>  `method_missing' 
>     C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.8.1/lib/watir/ie- 
> class.rb:319:in 
>  `exists?' 
>     C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-1.8.1/lib/watir/ie- 
> class.rb:406:in 
>  `close' 
>     C:/IE_AUTOMATION/kazeon/qa/watir-v1_4-TIP/KazModules/I18N/ 
> I18N_Regression.rb 
> :47:in `setupnew' 
>     C:/IE_AUTOMATION/kazeon/qa/watir-v1_4-TIP/KazModules/I18N/ 
> I18N_Regression.rb 
> :102:in `test_0001' 
>  got the problem but not the solution. 
> In watir 1.6.7 which i use previously, code for ie.close is like 
> this : 
> #C:\ruby\lib\ruby\gems\1.8\gems\watir-1.6.7\lib\watir 
>     # 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 
> In watir 1.8.1 which i use now, code for ie.close is like this : 
> C:\Ruby192\lib\ruby\gems\1.9.1\gems\watir-1.8.1\lib\watir 
>     # Closes the Browser 
>     def close 
>       return unless exists? 
>       @ie.stop 
>       wait rescue nil 
>       chwnd = @ie.hwnd.to_i 
>       @ie.quit 
>       t = Time.now 
>       while exists? 
>         # just in case to avoid possible endless loop if failing to 
> close some 
>         # window or tab 
>         break if Time.now - t > 10 
>         sleep 0.3 
>       end 
>     end 
> There is an change in code in 1.8.1. 
> If i replace the piece of code for ie.close of version 1.6.7  in 1.8.1 
> file, the same routine starts working fine. 
> So what needs to be done now to have this working with 1.8.1 code? 
> Bhavesh 

-- 
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 jarmo.p at gmail.com  Wed Aug 10 14:27:21 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 10 Aug 2011 21:27:21 +0300
Subject: [Wtr-development] Watir 2.0.1 Released
Message-ID: <CAHZHd6WLAf756BhdGi-opAHwyazWDVpgweTZMMhzpotLFCQKZg@mail.gmail.com>

Hello!

This should be the fastest release ever!

This release aims to fix critical problems with Ruby 1.9.2:
* fixed Watir::IE#close for Ruby 1.9.2 - fixes
http://jira.openqa.org/browse/WTR-481
* fixed locating elements on Ruby 1.9.2

`gem install watir` to enjoy it.

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

From zeljko.filipin at wa-research.ch  Thu Aug 11 04:42:59 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Thu, 11 Aug 2011 10:42:59 +0200
Subject: [Wtr-development] [wtr-general] Watir 2.0 Released
In-Reply-To: <CAHZHd6XK-Z-U4b_H9ROugOcOiSJahUDrYxYg8+aD-M7xfsvrWw@mail.gmail.com>
References: <CAHZHd6XK-Z-U4b_H9ROugOcOiSJahUDrYxYg8+aD-M7xfsvrWw@mail.gmail.com>
Message-ID: <CABfBeAo0oV4j269qezN7tBx=VsMxFTAYi7+tPixoXBzhubWGEg@mail.gmail.com>

On Wed, Aug 10, 2011 at 5:15 PM, Jarmo <jarmo.p at gmail.com> wrote:
> Today is the day when Watir 2.0 is released.

And if you want to link somewhere, there is a blog post too:

http://watir.com/2011/08/11/watir-2-0/

Jarmo, thanks for the new release! :)

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

From andreastt at opera.com  Tue Aug 16 09:32:55 2011
From: andreastt at opera.com (Andreas Tolf Tolfsen)
Date: Tue, 16 Aug 2011 15:32:55 +0200
Subject: [Wtr-development] First Oslo Selenium Meetup this Friday
Message-ID: <op.v0a6k5nlyr45dn@c0443.oslo.osa>

This Friday 19 August Oslo will see its first ever Selenium and Watir  
meetup.
The meetup will be hosted by Opera at our headquarters and is open to  
anyone
with interest in automated web application testing or browser automation!


ABOUT SELENIUM

Selenium automates browsers.  What you do with that power is entirely up  
to you.
Primarily it is for automating web applications for testing purposes, but  
is
certainly not limited to just that.  Boring web-based administration tasks  
can
(and should!) also be automated as well.

Selenium has the support of some of the largest browser vendors who have  
taken
steps to make Selenium a native part of their browser.  It is also the core
technology in countless other browser automation tools, APIs and  
frameworks.


TALKS

Jari Bakken will give an introduction to what WebDriver and Watir is all  
about,
and give you good arguments for why using these tools for testing the whole
stack is the way to go.

Kristian Rosenvold will give his talk ?Test First Development of Web  
Applications?,
a fun live-coding demo he gave at Smidig 2010.


SPEAKERS

Jari Bakken: As a core developer on both the Watir and Selenium projects,  
and
the founder of related projects such as Celerity and watir-webdriver, Jari  
has
extensive experience in the web test automation space.  Since late 2009  
his open
source efforts have been focused on Selenium 2/WebDriver, for which he  
wrote and
maintains the official Ruby bindings.  His watir-webdriver project, an
implementation of Watir's API on top of the WebDriver technology, marks an
important step forward in consolidating the Watir and Selenium projects on  
the
best browser automation tech available.

By day Jari works as a test engineer for Norwegian classified ads site  
FINN.no,
where he develops automation solutions and test infrastructure.  By night,  
he
enjoys hacking on Ruby tools and making use of his degree in jazz guitar.

Kristian Rosenvold: Agile pragmatic programmer in Java, javascript, C# &  
Web-
technologies, git-nerd.  Apache Maven committer, Selenium committer.   
Works as a
consultant for Zenior AS.


PRACTICALITIES

   * Where?

     Opera HQ, Waldemar Thranesgate 98 (entrance close to Sanner bridge at  
Alexander
     Kiellandsplass)

   * When?

     Friday 19 August at 15:00 CET

   * Who?

     Anyone! The event is free and open to the public.

After the talks, we will head to the Opera canteen for socializing and the  
infamous
Friday beer night. (-;

From mmattera1986 at gmail.com  Wed Aug 17 10:59:11 2011
From: mmattera1986 at gmail.com (Michael Mattera)
Date: Wed, 17 Aug 2011 10:59:11 -0400
Subject: [Wtr-development] Questions about Watir and Frames
Message-ID: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>

Hi,

   I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
connect to the DOM inside a Frame.  I have been able to get the frame
ReadyState by ignoring the WIN32OLERuntimeError however I can not access
controls inside of that frame.

   All I can find online is about how to code a Watir test to see frames,
but I want to know how it works behind the scenes.  Being new to Ruby I only
understand so much from the Watir source code, I was hoping someone could
give me a good explanation on how to recreate this.

Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110817/ad58d55e/attachment.html>

From jarmo.p at gmail.com  Wed Aug 17 12:47:59 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 17 Aug 2011 19:47:59 +0300
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
Message-ID: <CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>

What is the WIN32OLERuntimeError you're getting? Is it access denied? In
that case read "Why do I get an access denied error when trying to access a
frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe that
helps.

All the relevant source code is visible at
https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
 and
https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145

Jarmo


On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <mmattera1986 at gmail.com>wrote:

> Hi,
>
>    I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
> connect to the DOM inside a Frame.  I have been able to get the frame
> ReadyState by ignoring the WIN32OLERuntimeError however I can not access
> controls inside of that frame.
>
>    All I can find online is about how to code a Watir test to see frames,
> but I want to know how it works behind the scenes.  Being new to Ruby I only
> understand so much from the Watir source code, I was hoping someone could
> give me a good explanation on how to recreate this.
>
> Mike
>
> _______________________________________________
> 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/20110817/52e90d7f/attachment.html>

From mmattera1986 at gmail.com  Wed Aug 17 14:14:04 2011
From: mmattera1986 at gmail.com (Michael Mattera)
Date: Wed, 17 Aug 2011 14:14:04 -0400
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
	<CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
Message-ID: <CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>

I bypass the WIN32OLERuntimeError so I'm about to access the frame's
properties and the frame's name etc.  However when I try to get the document
it just returns me the main browser document, not the frame document.

I've tried reading through those files Jarmo but like I said I'm new to ruby
and I get a little confused.  I'm trying to find out how given a
browserObject.Document.frame I can get the
browserObject.Document.frame.document so I can access those controls.

I'll paste some of my personal source code to see if you guys can maybe give
me a simple breakdown of what I'm missing.

                     ["FRAME", "IFRAME"].each do |frame_tag|
frames = @ie.Document.getElementsByTagName(frame_tag)
 frames.each do |frame|
frame_document = get_frame_document(frame)

control = find_control_for_document(filter_expression, frame_document)

if(control != nil)
return control
end
end
end

this is very similar to your loop that I found to get every frame in a DOM
document.

def get_frame_document(frame)
document = nil

begin
document = frame.Document
rescue WIN32OLERuntimeError => e
end

return document
end

this function returns me the frame's document.

However when I try to access the DOM of that document I just get the
original document's DOM not the Frame's...so I can never see the controls
inside of the frame.  I'm not sure how you guys wire up the frame object and
the container to get around this

On Wed, Aug 17, 2011 at 12:47 PM, Jarmo <jarmo.p at gmail.com> wrote:

> What is the WIN32OLERuntimeError you're getting? Is it access denied? In
> that case read "Why do I get an access denied error when trying to access a
> frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe that
> helps.
>
> All the relevant source code is visible at
> https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
> https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
>  and
> https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145
>
> Jarmo
>
>
> On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <mmattera1986 at gmail.com>wrote:
>
>> Hi,
>>
>>    I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
>> connect to the DOM inside a Frame.  I have been able to get the frame
>> ReadyState by ignoring the WIN32OLERuntimeError however I can not access
>> controls inside of that frame.
>>
>>    All I can find online is about how to code a Watir test to see frames,
>> but I want to know how it works behind the scenes.  Being new to Ruby I only
>> understand so much from the Watir source code, I was hoping someone could
>> give me a good explanation on how to recreate this.
>>
>> Mike
>>
>> _______________________________________________
>> 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/20110817/f16c4ef1/attachment.html>

From notethan at gmail.com  Wed Aug 17 15:09:09 2011
From: notethan at gmail.com (Ethan)
Date: Wed, 17 Aug 2011 15:09:09 -0400
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
	<CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
	<CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>
Message-ID: <CAE4efFmfW1Ce1VU78fauDkQKaLoG=ZOT-ciQqqaUX6Um562O7w@mail.gmail.com>

if you have a WIN32OLE representing a <frame> or <iframe> you can get its
window and document via:

frame_window = frame_ole_object.contentWindow
frame_document = frame_window.document

On Wed, Aug 17, 2011 at 14:14, Michael Mattera <mmattera1986 at gmail.com>wrote:

> I bypass the WIN32OLERuntimeError so I'm about to access the frame's
> properties and the frame's name etc.  However when I try to get the document
> it just returns me the main browser document, not the frame document.
>
> I've tried reading through those files Jarmo but like I said I'm new to
> ruby and I get a little confused.  I'm trying to find out how given a
> browserObject.Document.frame I can get the
> browserObject.Document.frame.document so I can access those controls.
>
> I'll paste some of my personal source code to see if you guys can maybe
> give me a simple breakdown of what I'm missing.
>
>                      ["FRAME", "IFRAME"].each do |frame_tag|
>  frames = @ie.Document.getElementsByTagName(frame_tag)
>  frames.each do |frame|
>  frame_document = get_frame_document(frame)
>
> control = find_control_for_document(filter_expression, frame_document)
>
> if(control != nil)
> return control
> end
>  end
> end
>
> this is very similar to your loop that I found to get every frame in a DOM
> document.
>
> def get_frame_document(frame)
> document = nil
>
> begin
> document = frame.Document
> rescue WIN32OLERuntimeError => e
>  end
>
> return document
> end
>
> this function returns me the frame's document.
>
> However when I try to access the DOM of that document I just get the
> original document's DOM not the Frame's...so I can never see the controls
> inside of the frame.  I'm not sure how you guys wire up the frame object and
> the container to get around this
>
> On Wed, Aug 17, 2011 at 12:47 PM, Jarmo <jarmo.p at gmail.com> wrote:
>
>> What is the WIN32OLERuntimeError you're getting? Is it access denied? In
>> that case read "Why do I get an access denied error when trying to access a
>> frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe that
>> helps.
>>
>> All the relevant source code is visible at
>> https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
>> https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
>>  and
>> https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145
>>
>> Jarmo
>>
>>
>> On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <mmattera1986 at gmail.com>wrote:
>>
>>> Hi,
>>>
>>>    I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
>>> connect to the DOM inside a Frame.  I have been able to get the frame
>>> ReadyState by ignoring the WIN32OLERuntimeError however I can not access
>>> controls inside of that frame.
>>>
>>>    All I can find online is about how to code a Watir test to see frames,
>>> but I want to know how it works behind the scenes.  Being new to Ruby I only
>>> understand so much from the Watir source code, I was hoping someone could
>>> give me a good explanation on how to recreate this.
>>>
>>> Mike
>>>
>>> _______________________________________________
>>> 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/20110817/22367980/attachment-0001.html>

From mmattera1986 at gmail.com  Wed Aug 17 16:24:10 2011
From: mmattera1986 at gmail.com (Michael Mattera)
Date: Wed, 17 Aug 2011 16:24:10 -0400
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAE4efFmfW1Ce1VU78fauDkQKaLoG=ZOT-ciQqqaUX6Um562O7w@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
	<CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
	<CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>
	<CAE4efFmfW1Ce1VU78fauDkQKaLoG=ZOT-ciQqqaUX6Um562O7w@mail.gmail.com>
Message-ID: <CAAS5zFO_LB8pxRDUZhvx1qrJHrAwkW-ZGRTFsqQgqZ7beGGW0A@mail.gmail.com>

I've got everything connecting to the frames now that was awesome!!! One
more thing, can you point me to the lines that Attach to browsers?  If I can
get that final step I think I'll be good to go! :D

Mike

On Wed, Aug 17, 2011 at 3:09 PM, Ethan <notethan at gmail.com> wrote:

> if you have a WIN32OLE representing a <frame> or <iframe> you can get its
> window and document via:
>
> frame_window = frame_ole_object.contentWindow
> frame_document = frame_window.document
>
>
> On Wed, Aug 17, 2011 at 14:14, Michael Mattera <mmattera1986 at gmail.com>wrote:
>
>> I bypass the WIN32OLERuntimeError so I'm about to access the frame's
>> properties and the frame's name etc.  However when I try to get the document
>> it just returns me the main browser document, not the frame document.
>>
>> I've tried reading through those files Jarmo but like I said I'm new to
>> ruby and I get a little confused.  I'm trying to find out how given a
>> browserObject.Document.frame I can get the
>> browserObject.Document.frame.document so I can access those controls.
>>
>> I'll paste some of my personal source code to see if you guys can maybe
>> give me a simple breakdown of what I'm missing.
>>
>>                      ["FRAME", "IFRAME"].each do |frame_tag|
>>  frames = @ie.Document.getElementsByTagName(frame_tag)
>>  frames.each do |frame|
>>  frame_document = get_frame_document(frame)
>>
>> control = find_control_for_document(filter_expression, frame_document)
>>
>> if(control != nil)
>> return control
>> end
>>  end
>> end
>>
>> this is very similar to your loop that I found to get every frame in a DOM
>> document.
>>
>> def get_frame_document(frame)
>> document = nil
>>
>> begin
>> document = frame.Document
>> rescue WIN32OLERuntimeError => e
>>  end
>>
>> return document
>> end
>>
>> this function returns me the frame's document.
>>
>> However when I try to access the DOM of that document I just get the
>> original document's DOM not the Frame's...so I can never see the controls
>> inside of the frame.  I'm not sure how you guys wire up the frame object and
>> the container to get around this
>>
>> On Wed, Aug 17, 2011 at 12:47 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>
>>> What is the WIN32OLERuntimeError you're getting? Is it access denied? In
>>> that case read "Why do I get an access denied error when trying to access a
>>> frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe that
>>> helps.
>>>
>>> All the relevant source code is visible at
>>> https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
>>>
>>> https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
>>>  and
>>> https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145
>>>
>>> Jarmo
>>>
>>>
>>> On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <mmattera1986 at gmail.com
>>> > wrote:
>>>
>>>> Hi,
>>>>
>>>>    I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
>>>> connect to the DOM inside a Frame.  I have been able to get the frame
>>>> ReadyState by ignoring the WIN32OLERuntimeError however I can not access
>>>> controls inside of that frame.
>>>>
>>>>    All I can find online is about how to code a Watir test to see
>>>> frames, but I want to know how it works behind the scenes.  Being new to
>>>> Ruby I only understand so much from the Watir source code, I was hoping
>>>> someone could give me a good explanation on how to recreate this.
>>>>
>>>> Mike
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110817/7699e7af/attachment.html>

From notethan at gmail.com  Wed Aug 17 20:13:14 2011
From: notethan at gmail.com (Ethan)
Date: Wed, 17 Aug 2011 20:13:14 -0400
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAAS5zFO_LB8pxRDUZhvx1qrJHrAwkW-ZGRTFsqQgqZ7beGGW0A@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
	<CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
	<CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>
	<CAE4efFmfW1Ce1VU78fauDkQKaLoG=ZOT-ciQqqaUX6Um562O7w@mail.gmail.com>
	<CAAS5zFO_LB8pxRDUZhvx1qrJHrAwkW-ZGRTFsqQgqZ7beGGW0A@mail.gmail.com>
Message-ID: <CAE4efFmkc59zuzD1rc+VqBve9LStT3jjB=Y7=+iorb-7ao+now@mail.gmail.com>

attach basically finds all the existing browsers by looping over

WIN32OLE.new('Shell.Application').Windows

and selecting those whose path looks like /Internet Explorer/ and then
picking the one which matches whatever criteria were given to the attach
function. the code in watir is rather labyrinthine, but that's the gist of
it.

On Wed, Aug 17, 2011 at 16:24, Michael Mattera <mmattera1986 at gmail.com>wrote:

> I've got everything connecting to the frames now that was awesome!!! One
> more thing, can you point me to the lines that Attach to browsers?  If I can
> get that final step I think I'll be good to go! :D
>
> Mike
>
>
> On Wed, Aug 17, 2011 at 3:09 PM, Ethan <notethan at gmail.com> wrote:
>
>> if you have a WIN32OLE representing a <frame> or <iframe> you can get its
>> window and document via:
>>
>> frame_window = frame_ole_object.contentWindow
>> frame_document = frame_window.document
>>
>>
>> On Wed, Aug 17, 2011 at 14:14, Michael Mattera <mmattera1986 at gmail.com>wrote:
>>
>>> I bypass the WIN32OLERuntimeError so I'm about to access the frame's
>>> properties and the frame's name etc.  However when I try to get the document
>>> it just returns me the main browser document, not the frame document.
>>>
>>> I've tried reading through those files Jarmo but like I said I'm new to
>>> ruby and I get a little confused.  I'm trying to find out how given a
>>> browserObject.Document.frame I can get the
>>> browserObject.Document.frame.document so I can access those controls.
>>>
>>> I'll paste some of my personal source code to see if you guys can maybe
>>> give me a simple breakdown of what I'm missing.
>>>
>>>                      ["FRAME", "IFRAME"].each do |frame_tag|
>>>  frames = @ie.Document.getElementsByTagName(frame_tag)
>>>  frames.each do |frame|
>>>  frame_document = get_frame_document(frame)
>>>
>>> control = find_control_for_document(filter_expression, frame_document)
>>>
>>> if(control != nil)
>>> return control
>>> end
>>>  end
>>> end
>>>
>>> this is very similar to your loop that I found to get every frame in a
>>> DOM document.
>>>
>>> def get_frame_document(frame)
>>> document = nil
>>>
>>> begin
>>> document = frame.Document
>>> rescue WIN32OLERuntimeError => e
>>>  end
>>>
>>> return document
>>> end
>>>
>>> this function returns me the frame's document.
>>>
>>> However when I try to access the DOM of that document I just get the
>>> original document's DOM not the Frame's...so I can never see the controls
>>> inside of the frame.  I'm not sure how you guys wire up the frame object and
>>> the container to get around this
>>>
>>> On Wed, Aug 17, 2011 at 12:47 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>
>>>> What is the WIN32OLERuntimeError you're getting? Is it access denied? In
>>>> that case read "Why do I get an access denied error when trying to access a
>>>> frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe that
>>>> helps.
>>>>
>>>> All the relevant source code is visible at
>>>> https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
>>>>
>>>> https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
>>>>  and
>>>> https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145
>>>>
>>>> Jarmo
>>>>
>>>>
>>>> On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <
>>>> mmattera1986 at gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>>    I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
>>>>> connect to the DOM inside a Frame.  I have been able to get the frame
>>>>> ReadyState by ignoring the WIN32OLERuntimeError however I can not access
>>>>> controls inside of that frame.
>>>>>
>>>>>    All I can find online is about how to code a Watir test to see
>>>>> frames, but I want to know how it works behind the scenes.  Being new to
>>>>> Ruby I only understand so much from the Watir source code, I was hoping
>>>>> someone could give me a good explanation on how to recreate this.
>>>>>
>>>>> Mike
>>>>>
>>>>> _______________________________________________
>>>>> Wtr-development mailing list
>>>>> Wtr-development at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110817/526bdb61/attachment-0001.html>

From zeljko.filipin at wa-research.ch  Fri Aug 19 09:50:28 2011
From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=)
Date: Fri, 19 Aug 2011 15:50:28 +0200
Subject: [Wtr-development] RubyMine
Message-ID: <CABfBeApXUw-uj3RT3-85Ge2LkouHEQb+D04x1YYRY_wjD=N+nw@mail.gmail.com>

Bret recently recommended RubyMine IDE[1], and I have tried it and I like
it. (They have 30 day free trial.) I have noticed that they have free
license for open source development[2], and when I asked one for Watir
project, they said Charley has already asked for it.

So, if you are member of the Watir team and you would like to get
free RubyMine license to work on Watir, please let me know.

[1] http://www.jetbrains.com/ruby/
[2] http://www.jetbrains.com/ruby/buy/buy.jsp#openSource

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

From mmattera1986 at gmail.com  Fri Aug 19 13:46:11 2011
From: mmattera1986 at gmail.com (Michael Mattera)
Date: Fri, 19 Aug 2011 13:46:11 -0400
Subject: [Wtr-development] Questions about Watir and Frames
In-Reply-To: <CAE4efFmkc59zuzD1rc+VqBve9LStT3jjB=Y7=+iorb-7ao+now@mail.gmail.com>
References: <CAAS5zFOPD4OsfBGShkY-LnEi6-MmQhdbXoMsMck6n0CO4rYOAQ@mail.gmail.com>
	<CAHZHd6X0t2LG_ZTO7H+qgwpd4UEvHDhBBOCVm+ycPQmDXjon2A@mail.gmail.com>
	<CAAS5zFMZb=_gTofgYPn+bJi35_RRE1b9O6N_QN53wCV7++AuWw@mail.gmail.com>
	<CAE4efFmfW1Ce1VU78fauDkQKaLoG=ZOT-ciQqqaUX6Um562O7w@mail.gmail.com>
	<CAAS5zFO_LB8pxRDUZhvx1qrJHrAwkW-ZGRTFsqQgqZ7beGGW0A@mail.gmail.com>
	<CAE4efFmkc59zuzD1rc+VqBve9LStT3jjB=Y7=+iorb-7ao+now@mail.gmail.com>
Message-ID: <CAAS5zFOCgB5D_BhVBo1YEReHQ3Oxkvz67vt8nrQsPttpXDAQ1Q@mail.gmail.com>

Thx a bunch guys !!!
On Aug 17, 2011 8:28 PM, "Ethan" <notethan at gmail.com> wrote:
> attach basically finds all the existing browsers by looping over
>
> WIN32OLE.new('Shell.Application').Windows
>
> and selecting those whose path looks like /Internet Explorer/ and then
> picking the one which matches whatever criteria were given to the attach
> function. the code in watir is rather labyrinthine, but that's the gist of
> it.
>
> On Wed, Aug 17, 2011 at 16:24, Michael Mattera <mmattera1986 at gmail.com
>wrote:
>
>> I've got everything connecting to the frames now that was awesome!!! One
>> more thing, can you point me to the lines that Attach to browsers? If I
can
>> get that final step I think I'll be good to go! :D
>>
>> Mike
>>
>>
>> On Wed, Aug 17, 2011 at 3:09 PM, Ethan <notethan at gmail.com> wrote:
>>
>>> if you have a WIN32OLE representing a <frame> or <iframe> you can get
its
>>> window and document via:
>>>
>>> frame_window = frame_ole_object.contentWindow
>>> frame_document = frame_window.document
>>>
>>>
>>> On Wed, Aug 17, 2011 at 14:14, Michael Mattera <mmattera1986 at gmail.com
>wrote:
>>>
>>>> I bypass the WIN32OLERuntimeError so I'm about to access the frame's
>>>> properties and the frame's name etc. However when I try to get the
document
>>>> it just returns me the main browser document, not the frame document.
>>>>
>>>> I've tried reading through those files Jarmo but like I said I'm new to
>>>> ruby and I get a little confused. I'm trying to find out how given a
>>>> browserObject.Document.frame I can get the
>>>> browserObject.Document.frame.document so I can access those controls.
>>>>
>>>> I'll paste some of my personal source code to see if you guys can maybe
>>>> give me a simple breakdown of what I'm missing.
>>>>
>>>> ["FRAME", "IFRAME"].each do |frame_tag|
>>>> frames = @ie.Document.getElementsByTagName(frame_tag)
>>>> frames.each do |frame|
>>>> frame_document = get_frame_document(frame)
>>>>
>>>> control = find_control_for_document(filter_expression, frame_document)
>>>>
>>>> if(control != nil)
>>>> return control
>>>> end
>>>> end
>>>> end
>>>>
>>>> this is very similar to your loop that I found to get every frame in a
>>>> DOM document.
>>>>
>>>> def get_frame_document(frame)
>>>> document = nil
>>>>
>>>> begin
>>>> document = frame.Document
>>>> rescue WIN32OLERuntimeError => e
>>>> end
>>>>
>>>> return document
>>>> end
>>>>
>>>> this function returns me the frame's document.
>>>>
>>>> However when I try to access the DOM of that document I just get the
>>>> original document's DOM not the Frame's...so I can never see the
controls
>>>> inside of the frame. I'm not sure how you guys wire up the frame object
and
>>>> the container to get around this
>>>>
>>>> On Wed, Aug 17, 2011 at 12:47 PM, Jarmo <jarmo.p at gmail.com> wrote:
>>>>
>>>>> What is the WIN32OLERuntimeError you're getting? Is it access denied?
In
>>>>> that case read "Why do I get an access denied error when trying to
access a
>>>>> frame?" in wiki at http://wiki.openqa.org/display/WTR/Frames Maybe
that
>>>>> helps.
>>>>>
>>>>> All the relevant source code is visible at
>>>>>
https://github.com/bret/watir/blob/master/watir/lib/watir/frame.rb#L9-21
>>>>>
>>>>>
https://github.com/bret/watir/blob/master/watir/lib/watir/container.rb#L117-121
>>>>> and
>>>>>
https://github.com/bret/watir/blob/master/watir/lib/watir/locator.rb#L107-145
>>>>>
>>>>> Jarmo
>>>>>
>>>>>
>>>>> On Wed, Aug 17, 2011 at 5:59 PM, Michael Mattera <
>>>>> mmattera1986 at gmail.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm new to Ruby and I'm curious as to how Watir uses the WIN32OLE to
>>>>>> connect to the DOM inside a Frame. I have been able to get the frame
>>>>>> ReadyState by ignoring the WIN32OLERuntimeError however I can not
access
>>>>>> controls inside of that frame.
>>>>>>
>>>>>> All I can find online is about how to code a Watir test to see
>>>>>> frames, but I want to know how it works behind the scenes. Being new
to
>>>>>> Ruby I only understand so much from the Watir source code, I was
hoping
>>>>>> someone could give me a good explanation on how to recreate this.
>>>>>>
>>>>>> Mike
>>>>>>
>>>>>> _______________________________________________
>>>>>> Wtr-development mailing list
>>>>>> Wtr-development at rubyforge.org
>>>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Wtr-development mailing list
>>>>> Wtr-development at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110819/3a62b987/attachment.html>

From alister.scott at gmail.com  Mon Aug 22 20:52:05 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Mon, 22 Aug 2011 17:52:05 -0700 (PDT)
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
Message-ID: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>

Hi,

Does Watir 2.0.1+ support Ruby 1.9.2?

Just updating watir.com and would like to know.

Cheers,
Alister
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110822/ccacdd86/attachment.html>

From alister.scott at gmail.com  Mon Aug 22 21:02:30 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Mon, 22 Aug 2011 18:02:30 -0700 (PDT)
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
Message-ID: <20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>

To answer my own question, I don't think it does. Using a .set on a 
text_field throws:


irb(main):011:0> b.text_field(:name => "q").set "s"
NoMethodError: unknown property or method: `createEvent'
    HRESULT error code:0x80020006
      Unknown name.
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`method_missing'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`create_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in 
`dispatch_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in 
`set'
        from (irb):11
        from C:/Ruby192/bin/irb:12:in `<main>'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110822/d96edc7e/attachment.html>

From alister.scott at gmail.com  Tue Aug 23 01:02:12 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Mon, 22 Aug 2011 22:02:12 -0700 (PDT)
Subject: [Wtr-development] Watir 2.0.1 Released
In-Reply-To: <CAHZHd6WLAf756BhdGi-opAHwyazWDVpgweTZMMhzpotLFCQKZg@mail.gmail.com>
References: <CAHZHd6WLAf756BhdGi-opAHwyazWDVpgweTZMMhzpotLFCQKZg@mail.gmail.com>
Message-ID: <13130184.1839.1314075732630.JavaMail.geo-discussion-forums@prlj26>

I can't get locating elements to work on 1.9.2:

irb(main):012:0> b.text_field(:name, "q").set "s"
NoMethodError: unknown property or method: `createEvent'
    HRESULT error code:0x80020006
      Unknown name.
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`method_missing'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`create_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in 
`dispatch_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in 
`set'
        from (irb):12
        from C:/Ruby192/bin/irb:12:in `<main>'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110822/9e03b981/attachment-0001.html>

From jarmo.p at gmail.com  Tue Aug 23 07:22:27 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Tue, 23 Aug 2011 14:22:27 +0300
Subject: [Wtr-development] Watir 2.0.1 Released
In-Reply-To: <13130184.1839.1314075732630.JavaMail.geo-discussion-forums@prlj26>
References: <CAHZHd6WLAf756BhdGi-opAHwyazWDVpgweTZMMhzpotLFCQKZg@mail.gmail.com>
	<13130184.1839.1314075732630.JavaMail.geo-discussion-forums@prlj26>
Message-ID: <CAHZHd6ULWjve388fd=mZNAptehWA1kyD5wUb6d0_7AN7eMa4ZQ@mail.gmail.com>

What does #exists? and #html return?

Jarmo

On Tue, Aug 23, 2011 at 8:02 AM, Alister Scott <alister.scott at gmail.com>wrote:

> I can't get locating elements to work on 1.9.2:
>
> irb(main):012:0> b.text_field(:name, "q").set "s"
> NoMethodError: unknown property or method: `createEvent'
>     HRESULT error code:0x80020006
>       Unknown name.
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `method_missing'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `create_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in
> `dispatch_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in
> `set'
>         from (irb):12
>         from C:/Ruby192/bin/irb:12:in `<main>'**
> _______________________________________________
> 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/20110823/cae4cd82/attachment.html>

From jarmo.p at gmail.com  Tue Aug 23 07:23:49 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Tue, 23 Aug 2011 14:23:49 +0300
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
Message-ID: <CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>

What browser are you using?

I have run watirspec with Ruby 1.9.2 and did get as much failures as with
1.8.7 so it should work :)

Jarmo

On Tue, Aug 23, 2011 at 4:02 AM, Alister Scott <alister.scott at gmail.com>wrote:

> To answer my own question, I don't think it does. Using a .set on a
> text_field throws:
>
>
> irb(main):011:0> b.text_field(:name => "q").set "s"
> NoMethodError: unknown property or method: `createEvent'
>     HRESULT error code:0x80020006
>       Unknown name.
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `method_missing'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `create_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in
> `dispatch_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in
> `set'
>         from (irb):11
>         from C:/Ruby192/bin/irb:12:in `<main>'
>
> _______________________________________________
> 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/20110823/2bd7535f/attachment.html>

From bisbot at gmail.com  Mon Aug 22 21:32:04 2011
From: bisbot at gmail.com (bis)
Date: Mon, 22 Aug 2011 22:32:04 -0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
Message-ID: <CACuB3fbUprcuyxKSny04nL1GrdowoSYAttZoYa+P1M5hw3O2Og@mail.gmail.com>

I thought the last email about 2.0.1 was that it was compatible with 1.9.2
and more like watir-webdriver

On Mon, Aug 22, 2011 at 10:02 PM, Alister Scott <alister.scott at gmail.com>wrote:

> To answer my own question, I don't think it does. Using a .set on a
> text_field throws:
>
>
> irb(main):011:0> b.text_field(:name => "q").set "s"
> NoMethodError: unknown property or method: `createEvent'
>     HRESULT error code:0x80020006
>       Unknown name.
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `method_missing'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in
> `create_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in
> `dispatch_event'
>         from
> C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in
> `set'
>         from (irb):11
>         from C:/Ruby192/bin/irb:12:in `<main>'
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110822/0a2b8fd3/attachment.html>

From alister.scott at gmail.com  Tue Aug 23 20:18:57 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Tue, 23 Aug 2011 17:18:57 -0700 (PDT)
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
Message-ID: <27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>

Looks like it might be a google.com thing. An etsy.com example works fine.

To answer your questions:

irb(main):003:0> require 'watir'
=> true
irb(main):004:0> b = Watir::Browser.new
=> #<Watir::IE:0x19f35c38 url="about:blank" title="">
irb(main):005:0> b.goto "www.google.com"
=> 1.547392
irb(main):006:0> b.text_field(:name => 'q').exists?
=> true
irb(main):007:0> b.text_field(:name => 'q').html
=> "<INPUT id=lst-ib class=\"lst lst-tbb\" title=Search name=q 
maxLength=2048 size=41 type=text autocomplete=\"off\" init=\"true\">"
irb(main):008:0> b.text_field(:name => 'q').set 's'
NoMethodError: unknown property or method: `createEvent'
    HRESULT error code:0x80020006
      Unknown name.
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`method_missing'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:377:in 
`create_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/element.rb:343:in 
`dispatch_event'
        from 
C:/Ruby192/lib/ruby/gems/1.9.1/gems/watir-2.0.1/lib/watir/input_elements.rb:376:in 
`set'
        from (irb):8
        from C:/Ruby192/bin/irb:12:in `<main>'
irb(main):009:0>



irb(main):009:0> b.goto "www.etsy.com"
=> 2.514635
irb(main):010:0> b.text_field(:name => 'search_query').set 's'
=> ""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110823/725c5ac2/attachment.html>

From alister.scott at gmail.com  Tue Aug 23 20:13:49 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Tue, 23 Aug 2011 17:13:49 -0700 (PDT)
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
Message-ID: <1157414.92.1314144829495.JavaMail.geo-discussion-forums@prec11>

Using IE9.0.8112 on Windows 7
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110823/32bb643c/attachment.html>

From jarmo.p at gmail.com  Wed Aug 24 02:15:12 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 24 Aug 2011 09:15:12 +0300
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <1157414.92.1314144829495.JavaMail.geo-discussion-forums@prec11>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<1157414.92.1314144829495.JavaMail.geo-discussion-forums@prec11>
Message-ID: <CAHZHd6XhT29M7SZrQGdON9Xfn2aFnYE48wEW4JsQjmjEW_xDcg@mail.gmail.com>

It's working for me on google.com too - so it means that it is related with
IE9 and google.com? Seems to be interesting :)

Jarmo

On Wed, Aug 24, 2011 at 3:13 AM, Alister Scott <alister.scott at gmail.com>wrote:

> Using IE9.0.8112 on Windows 7
>
> _______________________________________________
> 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/20110824/a425936a/attachment.html>

From alister.scott at gmail.com  Wed Aug 24 08:11:16 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Wed, 24 Aug 2011 05:11:16 -0700 (PDT)
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
Message-ID: <6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>

Definitely an IE9 thing. Tried on IE8 with Ruby 1.9.2 and all fine. 
I don't know enough about the source code to know what the error actually 
means:

NoMethodError: unknown property or method: `createEvent'
    HRESULT error code:0x80020006
      Unknown name.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/cae0149c/attachment-0001.html>

From colinsdaddy at gmail.com  Wed Aug 24 10:51:01 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Wed, 24 Aug 2011 09:51:01 -0500
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
Message-ID: <CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>

Very strange. I'm on IE9.0.8112.16421/Win7/Ruby 1.8.7 and I *don't* see this
error so there might be something with Ruby 1.9.2...I'll take a look
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/3bb6c054/attachment.html>

From colinsdaddy at gmail.com  Wed Aug 24 11:14:43 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Wed, 24 Aug 2011 10:14:43 -0500
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
Message-ID: <CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>

I tried on IE9/Win7/Ruby 1.9.2 and I'm still not seeing the problem. Any
ideas?

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

From jarmo.p at gmail.com  Wed Aug 24 12:04:07 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Wed, 24 Aug 2011 19:04:07 +0300
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
Message-ID: <CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>

Maybe it has something to do with different patch levels... what ruby
versions do you guys exactly have? Also, Hugh, are you using Watir 2.0.1 for
sure?

Jarmo

On Wed, Aug 24, 2011 at 6:14 PM, Hugh McGowan <colinsdaddy at gmail.com> wrote:

> I tried on IE9/Win7/Ruby 1.9.2 and I'm still not seeing the problem. Any
> ideas?
>
> Hugh
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/15bba8e1/attachment.html>

From colinsdaddy at gmail.com  Wed Aug 24 12:28:48 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Wed, 24 Aug 2011 11:28:48 -0500
Subject: [Wtr-development] Watir support for Ruby 1.9.2?
In-Reply-To: <CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
Message-ID: <CAH59Z1yUHaFNj3PhnzFu5brYO3hK-9=unrL7_zmkp8NBLkyWXQ@mail.gmail.com>

Definitely using 2.0.1. Here are the potential versions of IE-related stuff
that I have loaded.

ruby 1.9.2p180 (2011-02-18) [i386-mingw32]

watir (2.0.1)
win32-api (1.4.8 x86-mingw32)
win32-process (0.6.5)
windows-api (0.4.0)
windows-pr (1.2.0)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/826d1f9d/attachment.html>

From watirjira at gmail.com  Wed Aug 24 14:27:55 2011
From: watirjira at gmail.com (Michael M (JIRA))
Date: Wed, 24 Aug 2011 13:27:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Created: (WTR-486) table rows returns
	first row n times
Message-ID: <17147510.2.1314210475858.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>

table rows returns first row n times
------------------------------------

                 Key: WTR-486
                 URL: http://jira.openqa.org/browse/WTR-486
             Project: Watir
          Issue Type: Bug
          Components: Table
    Affects Versions: 2.0
         Environment: Windows XP with IE 8
            Reporter: Michael M
            Priority: Critical


I'm trying to upgrade to Watir 2.0.1 from 1.9.2, but am running into a few issue, the largest as this point is that the rows/tds method on a table returns a reference to the first row for each row in the table.

Example watir code:

require 'watir' 
browser = Watir::Browser.new 
browser.goto "http://jira.openqa.org/secure/Administrators.jspa" 
browser.table(:id, 'administrators').rows.each do |row|
  puts
  puts row.inspect
  puts row.text
end


Output:

#<Watir::TableRow:0x7f3d4a12 located=true how={:index=>0} what=nil>
System Administrators

#<Watir::TableRow:0x..fc39cc0a located=true how={:index=>0} what=nil>
System Administrators


Explanation of what I am seeing:

The correct number rows are returned, but each row is a reference to the first row. The HTML and text are always that of the first row. The index in the inspection is always 0.

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

        

From watirjira at gmail.com  Wed Aug 24 15:18:55 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Wed, 24 Aug 2011 14:18:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-484) Could not open
 library RAutomation's UiaDll.dll': A dynamic link library (DLL)
 initialization routine failed.
In-Reply-To: <10616446.7.1309932937639.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <26397845.5.1314213535811.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman commented on WTR-484:
-----------------------------------

Here are listed the system requirements for UI Automation in case anyone is interested: http://msdn.microsoft.com/en-us/library/ee684009.aspx

> Could not open library RAutomation's UiaDll.dll': A dynamic link library (DLL) initialization routine failed.
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: WTR-484
>                 URL: http://jira.openqa.org/browse/WTR-484
>             Project: Watir
>          Issue Type: Bug
>          Components: Other
>    Affects Versions: Soon
>         Environment: Windows XP
>            Reporter: Zhimin Zhan
>            Priority: Major
>             Fix For: Soon
>
>
> I am runing a set of tests, only first one failed due to 
> ruby/gems/1.8/gems/rautomation-0.6.1/lib/rautomation/adapter/win_ffi/ms_uia/../../../../../ext/UiaDll/Release/UiaDll.dll': A dynamic link library (DLL) initialization routine failed

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

        

From watirjira at gmail.com  Wed Aug 24 15:22:55 2011
From: watirjira at gmail.com (Michael M (JIRA))
Date: Wed, 24 Aug 2011 14:22:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-486) table rows returns
	first row n times
In-Reply-To: <17147510.2.1314210475858.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <13486540.7.1314213775710.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Michael M commented on WTR-486:
-------------------------------

Here's the output from Ruby 1.9.2 for the same ruby code above:

#<Watir::TableRow:0x1fbfe1fc located=false how=:index what=1>
System Administrators

#<Watir::TableRow:0x1ad4f214 located=false how=:index what=2>
Here is the list of system administrators for this installation of JIRA. 
System Administrators have complete administrative rights including permission to manage underlying JIRA system configuration such as backups and services. 
... removed names for this post ...


> table rows returns first row n times
> ------------------------------------
>
>                 Key: WTR-486
>                 URL: http://jira.openqa.org/browse/WTR-486
>             Project: Watir
>          Issue Type: Bug
>          Components: Table
>    Affects Versions: 2.0
>         Environment: Windows XP with IE 8
>            Reporter: Michael M
>            Priority: Critical
>
> I'm trying to upgrade to Watir 2.0.1 from 1.9.2, but am running into a few issue, the largest as this point is that the rows/tds method on a table returns a reference to the first row for each row in the table.
> Example watir code:
> require 'watir' 
> browser = Watir::Browser.new 
> browser.goto "http://jira.openqa.org/secure/Administrators.jspa" 
> browser.table(:id, 'administrators').rows.each do |row|
>   puts
>   puts row.inspect
>   puts row.text
> end
> Output:
> #<Watir::TableRow:0x7f3d4a12 located=true how={:index=>0} what=nil>
> System Administrators
> #<Watir::TableRow:0x..fc39cc0a located=true how={:index=>0} what=nil>
> System Administrators
> Explanation of what I am seeing:
> The correct number rows are returned, but each row is a reference to the first row. The HTML and text are always that of the first row. The index in the inspection is always 0.

-- 
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  Wed Aug 24 21:02:42 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Thu, 25 Aug 2011 11:02:42 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
Message-ID: <CAC1iRBxGrwvzA_RkVMtAMtTRDjjYGf+XD=dHhD-h6-CSZV3EUA@mail.gmail.com>

It looks like the following IE9 specific code in element.rb:341 is causing
the problem. Does anyone know about this code?
I commented out the IE9 section, and just used object.fireEvent(event) and
it worked fine. What's the reason for this code?

    def dispatch_event(event)
      if IE.version_parts.first.to_i >= 9
        begin
          # we're in IE9 document standards mode
          ole_object.dispatchEvent(
create_event(event))
        rescue WIN32OLERuntimeError
          ole_object.fireEvent(event)
        end
      else
        ole_object.fireEvent(event)
      end
    end

It looks like my freshly installed IE9 browser uses "IE8 Document standards"
which causes a problem in Watir.
I wonder why Oscar's doesn't fail. Maybe it uses IE9 Document standards




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

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


On Thu, Aug 25, 2011 at 11:00 AM, Alister Scott <alister.scott at gmail.com>wrote:

> It looks like my freshly installed IE9 browser uses "IE8 Document
> standards" which causes a problem in Watir.
> I wonder why Oscar's doesn't fail. Maybe it uses IE9 Document standards
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110825/b29ecd22/attachment-0001.html>

From alister.scott at gmail.com  Wed Aug 24 21:09:20 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Wed, 24 Aug 2011 18:09:20 -0700 (PDT)
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
 1.9.2?
In-Reply-To: <22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
Message-ID: <3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>

It looks like google add a content="IE_8" header to the page to force IE9 to 
revert to IE8, but Watir thinks it's IE9!

http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/053fed97/attachment.html>

From alister.scott at gmail.com  Wed Aug 24 21:13:57 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Thu, 25 Aug 2011 11:13:57 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
Message-ID: <CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>

I don't think that'll help as google will force it to use IE8 standards.

Cheers

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

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


On Thu, Aug 25, 2011 at 11:12 AM, bis <bisbot at gmail.com> wrote:

> I will crank up my VM again and mess with it. Maybe try reinstalling ie9
> and see if that solves the issue
>
>
> On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <alister.scott at gmail.com>wrote:
>
>> It looks like google add a content="IE_8" header to the page to force IE9
>> to revert to IE8, but Watir thinks it's IE9!
>>
>> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>>
>>  --
>> Before posting, please read http://watir.com/support. In short: search
>> before you ask, be nice.
>>
>> watir-general at googlegroups.com
>> http://groups.google.com/group/watir-general
>> watir-general+unsubscribe at googlegroups.com
>>
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110825/9376e92e/attachment.html>

From alister.scott at gmail.com  Wed Aug 24 21:35:49 2011
From: alister.scott at gmail.com (Alister Scott)
Date: Thu, 25 Aug 2011 11:35:49 +1000
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
Message-ID: <CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>

maybe it's a google.com.au thing

cheers

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

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


On Thu, Aug 25, 2011 at 11:30 AM, bis <bisbot at gmail.com> wrote:

> yeah i dont see that the google i see when i look at the tests has
> <meta http-equiv="X-UA-Compatible" content="IE=9"/>
> for .com, .ca and .com.br
>  On Wed, Aug 24, 2011 at 10:13 PM, Alister Scott <alister.scott at gmail.com>wrote:
>
>> I don't think that'll help as google will force it to use IE8 standards.
>>
>> Cheers
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." *~ G. K. Chesterton*
>>
>>
>>
>> On Thu, Aug 25, 2011 at 11:12 AM, bis <bisbot at gmail.com> wrote:
>>
>>> I will crank up my VM again and mess with it. Maybe try reinstalling ie9
>>> and see if that solves the issue
>>>
>>>
>>> On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <alister.scott at gmail.com
>>> > wrote:
>>>
>>>> It looks like google add a content="IE_8" header to the page to force
>>>> IE9 to revert to IE8, but Watir thinks it's IE9!
>>>>
>>>> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>>>>
>>>>  --
>>>> Before posting, please read http://watir.com/support. In short: search
>>>> before you ask, be nice.
>>>>
>>>> watir-general at googlegroups.com
>>>> http://groups.google.com/group/watir-general
>>>> watir-general+unsubscribe at googlegroups.com
>>>>
>>>
>>>  --
>>> Before posting, please read http://watir.com/support. In short: search
>>> before you ask, be nice.
>>>
>>> watir-general at googlegroups.com
>>> http://groups.google.com/group/watir-general
>>> watir-general+unsubscribe at googlegroups.com
>>>
>>
>>  --
>> Before posting, please read http://watir.com/support. In short: search
>> before you ask, be nice.
>>
>> watir-general at googlegroups.com
>> http://groups.google.com/group/watir-general
>> watir-general+unsubscribe at googlegroups.com
>>
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110825/f228f98d/attachment.html>

From watirjira at gmail.com  Wed Aug 24 21:50:55 2011
From: watirjira at gmail.com (Alister Scott (JIRA))
Date: Wed, 24 Aug 2011 20:50:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Commented: (WTR-486) table rows returns
	first row n times
In-Reply-To: <17147510.2.1314210475858.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <33386017.9.1314237055679.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Alister Scott commented on WTR-486:
-----------------------------------

Yeah, it looks bust.
You can use:

browser.table(:id, 'administrators').each do |row|
  puts
  puts row.inspect
  puts row.text
end

which works, but isn't watir-webdriver compatible.

Cheers,
Alister

> table rows returns first row n times
> ------------------------------------
>
>                 Key: WTR-486
>                 URL: http://jira.openqa.org/browse/WTR-486
>             Project: Watir
>          Issue Type: Bug
>          Components: Table
>    Affects Versions: 2.0
>         Environment: Windows XP with IE 8
>            Reporter: Michael M
>            Priority: Critical
>
> I'm trying to upgrade to Watir 2.0.1 from 1.9.2, but am running into a few issue, the largest as this point is that the rows/tds method on a table returns a reference to the first row for each row in the table.
> Example watir code:
> require 'watir' 
> browser = Watir::Browser.new 
> browser.goto "http://jira.openqa.org/secure/Administrators.jspa" 
> browser.table(:id, 'administrators').rows.each do |row|
>   puts
>   puts row.inspect
>   puts row.text
> end
> Output:
> #<Watir::TableRow:0x7f3d4a12 located=true how={:index=>0} what=nil>
> System Administrators
> #<Watir::TableRow:0x..fc39cc0a located=true how={:index=>0} what=nil>
> System Administrators
> Explanation of what I am seeing:
> The correct number rows are returned, but each row is a reference to the first row. The HTML and text are always that of the first row. The index in the inspection is always 0.

-- 
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 colinsdaddy at gmail.com  Wed Aug 24 22:45:04 2011
From: colinsdaddy at gmail.com (Hugh McGowan)
Date: Wed, 24 Aug 2011 21:45:04 -0500
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBxGrwvzA_RkVMtAMtTRDjjYGf+XD=dHhD-h6-CSZV3EUA@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<CAC1iRBxGrwvzA_RkVMtAMtTRDjjYGf+XD=dHhD-h6-CSZV3EUA@mail.gmail.com>
Message-ID: <CAH59Z1y0Pf0hV865pL9vXHKr5bEjbTPLHz+Fa4YPcZuEVpbGjA@mail.gmail.com>

In IE9 Document Standards, fire_event *looks* like it works and then quietly
does nothing. The docs say they kept the method for 'backward compatibility'
which would be fine if it did anything but it *silently fails* and will not
actually fire the event. Instead IE9 uses createEvent/dispatchEvent, which
is closer to how other browsers like firefox handle events. So that code is
critical for IE9 running in IE9 Document Standards

We should be able to detect the document standards the page is using and
then make a little more intelligent decision as to which method to call,
instead of using the browser version. I'll take a look this weekend and make
a fix (we have a big release going out of Friday, so won't be able to get to
it till after that)

Thanks for digging into this Alister!

Thanks!
Hugh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/915b53d8/attachment-0001.html>

From bisbot at gmail.com  Wed Aug 24 11:25:23 2011
From: bisbot at gmail.com (bis)
Date: Wed, 24 Aug 2011 12:25:23 -0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
Message-ID: <CACuB3fYu3F53SHNOoeAw+jhcJ-Cq6-JE-jLfQikAQca499EMog@mail.gmail.com>

I will crank up a VM with win7,  ie9, ruby 1.9.2 and watir 2.0.1 and see if
i can reproduce it

On Wed, Aug 24, 2011 at 12:14 PM, Hugh McGowan <colinsdaddy at gmail.com>wrote:

> I tried on IE9/Win7/Ruby 1.9.2 and I'm still not seeing the problem. Any
> ideas?
>
> Hugh
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/42ee9989/attachment.html>

From bisbot at gmail.com  Wed Aug 24 21:12:47 2011
From: bisbot at gmail.com (bis)
Date: Wed, 24 Aug 2011 22:12:47 -0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
Message-ID: <CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>

I will crank up my VM again and mess with it. Maybe try reinstalling ie9 and
see if that solves the issue

On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <alister.scott at gmail.com>wrote:

> It looks like google add a content="IE_8" header to the page to force IE9
> to revert to IE8, but Watir thinks it's IE9!
>
> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/e35b8955/attachment.html>

From bisbot at gmail.com  Wed Aug 24 21:30:50 2011
From: bisbot at gmail.com (bis)
Date: Wed, 24 Aug 2011 18:30:50 -0700
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
Message-ID: <CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>

yeah i dont see that the google i see when i look at the tests has
<meta http-equiv="X-UA-Compatible" content="IE=9"/>
for .com, .ca and .com.br
On Wed, Aug 24, 2011 at 10:13 PM, Alister Scott <alister.scott at gmail.com>wrote:

> I don't think that'll help as google will force it to use IE8 standards.
>
> Cheers
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
>
> On Thu, Aug 25, 2011 at 11:12 AM, bis <bisbot at gmail.com> wrote:
>
>> I will crank up my VM again and mess with it. Maybe try reinstalling ie9
>> and see if that solves the issue
>>
>>
>> On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <alister.scott at gmail.com>wrote:
>>
>>> It looks like google add a content="IE_8" header to the page to force IE9
>>> to revert to IE8, but Watir thinks it's IE9!
>>>
>>> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>>>
>>>  --
>>> Before posting, please read http://watir.com/support. In short: search
>>> before you ask, be nice.
>>>
>>> watir-general at googlegroups.com
>>> http://groups.google.com/group/watir-general
>>> watir-general+unsubscribe at googlegroups.com
>>>
>>
>>  --
>> Before posting, please read http://watir.com/support. In short: search
>> before you ask, be nice.
>>
>> watir-general at googlegroups.com
>> http://groups.google.com/group/watir-general
>> watir-general+unsubscribe at googlegroups.com
>>
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/9af99281/attachment.html>

From bisbot at gmail.com  Wed Aug 24 21:46:22 2011
From: bisbot at gmail.com (bis)
Date: Wed, 24 Aug 2011 22:46:22 -0300
Subject: [Wtr-development] [wtr-general] Re: Watir support for Ruby
	1.9.2?
In-Reply-To: <CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
References: <8881802.1680.1314060725809.JavaMail.geo-discussion-forums@prlj26>
	<20138109.2408.1314061350258.JavaMail.geo-discussion-forums@prmf6>
	<CAHZHd6UYqGcmfzpg5AxuBuUT9_Kjj91cx9CmppzK9MAVP3ASyg@mail.gmail.com>
	<27823394.138.1314145137460.JavaMail.geo-discussion-forums@prfh23>
	<6630427.584.1314187876693.JavaMail.geo-discussion-forums@prmf6>
	<CAH59Z1w-r5mtkry6-is+5Y-1BU-XZf6FFZB_5PmptUQj_Jqd6Q@mail.gmail.com>
	<CAH59Z1wW-g=kD6MFrGo2qYdGEUaNkLbu9S+JEF5HxhwAHYfFLA@mail.gmail.com>
	<CAHZHd6WpBEb-TZt9pB=gqV0fqOzuyaiO5gRYiD9Wdcqm_DcRAA@mail.gmail.com>
	<25817722.4.1314219868385.JavaMail.geo-discussion-forums@prmf6>
	<CACuB3fYsCv5BBX0HKSLn+t_36SszmEfssfKROasbX=U1biM9wA@mail.gmail.com>
	<5075840.63.1314232538900.JavaMail.geo-discussion-forums@prdr3>
	<CACuB3faYqkWsyG8xTxp6f8ECG6qDo-=nZunEjDNg13yfJ0Rw4A@mail.gmail.com>
	<20947476.79.1314233563911.JavaMail.geo-discussion-forums@prcm24>
	<22122959.59.1314234037063.JavaMail.geo-discussion-forums@prno11>
	<3679108.59.1314234560202.JavaMail.geo-discussion-forums@prec11>
	<CACuB3fa2iqEwPqckx6H2gxEz9fcovB1YKDxBb-=G1taiiwqC4g@mail.gmail.com>
	<CAC1iRBwAsc5wVwmTG5D7kXdDT3QOjG364ZPeF-Kb4n71K-dOGg@mail.gmail.com>
	<CACuB3fauQSzpKDNcXTfpH_XQX+rU2dWTb6SnDBvJAcEyiWb=aw@mail.gmail.com>
	<CAC1iRBzJnQZmVkOCz=hjCCx7cqKZ3o+53UcYVj4OzGTeKj+Ypg@mail.gmail.com>
Message-ID: <CACuB3faRAPtbyciQWJda_2Sos7HS-KEMM6bzNZN_ZaWVTy7=9Q@mail.gmail.com>

I checked .com.au and i get the same thing. thats pretty odd then.

On Wed, Aug 24, 2011 at 10:35 PM, Alister Scott <alister.scott at gmail.com>wrote:

> maybe it's a google.com.au thing
>
>
> cheers
>
> Alister Scott
> Brisbane, Australia
> Watir Web Master: http://watir.com
> Blog: http://watirmelon.com
> LinkedIn: http://www.linkedin.com/in/alisterscott
>
> "There are two ways to get enough: One is to continue to accumulate more
> and more. The other is to desire less." *~ G. K. Chesterton*
>
>
> On Thu, Aug 25, 2011 at 11:30 AM, bis <bisbot at gmail.com> wrote:
>
>> yeah i dont see that the google i see when i look at the tests has
>> <meta http-equiv="X-UA-Compatible" content="IE=9"/>
>> for .com, .ca and .com.br
>>  On Wed, Aug 24, 2011 at 10:13 PM, Alister Scott <alister.scott at gmail.com
>> > wrote:
>>
>>> I don't think that'll help as google will force it to use IE8 standards.
>>>
>>> Cheers
>>>
>>> Alister Scott
>>> Brisbane, Australia
>>> Watir Web Master: http://watir.com
>>> Blog: http://watirmelon.com
>>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>>
>>> "There are two ways to get enough: One is to continue to accumulate more
>>> and more. The other is to desire less." *~ G. K. Chesterton*
>>>
>>>
>>>
>>> On Thu, Aug 25, 2011 at 11:12 AM, bis <bisbot at gmail.com> wrote:
>>>
>>>> I will crank up my VM again and mess with it. Maybe try reinstalling ie9
>>>> and see if that solves the issue
>>>>
>>>>
>>>> On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <
>>>> alister.scott at gmail.com> wrote:
>>>>
>>>>> It looks like google add a content="IE_8" header to the page to force
>>>>> IE9 to revert to IE8, but Watir thinks it's IE9!
>>>>>
>>>>> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>>>>>
>>>>>  --
>>>>> Before posting, please read http://watir.com/support. In short: search
>>>>> before you ask, be nice.
>>>>>
>>>>> watir-general at googlegroups.com
>>>>> http://groups.google.com/group/watir-general
>>>>> watir-general+unsubscribe at googlegroups.com
>>>>>
>>>>
>>>>  --
>>>> Before posting, please read http://watir.com/support. In short: search
>>>> before you ask, be nice.
>>>>
>>>> watir-general at googlegroups.com
>>>> http://groups.google.com/group/watir-general
>>>> watir-general+unsubscribe at googlegroups.com
>>>>
>>>
>>>  --
>>> Before posting, please read http://watir.com/support. In short: search
>>> before you ask, be nice.
>>>
>>> watir-general at googlegroups.com
>>> http://groups.google.com/group/watir-general
>>> watir-general+unsubscribe at googlegroups.com
>>>
>>
>>  --
>> Before posting, please read http://watir.com/support. In short: search
>> before you ask, be nice.
>>
>> watir-general at googlegroups.com
>> http://groups.google.com/group/watir-general
>> watir-general+unsubscribe at googlegroups.com
>>
>
>  --
> Before posting, please read http://watir.com/support. In short: search
> before you ask, be nice.
>
> watir-general at googlegroups.com
> http://groups.google.com/group/watir-general
> watir-general+unsubscribe at googlegroups.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110824/f3e1a7d0/attachment-0001.html>

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

So, would it be possible to detect in what standards mode the browser is
currently running and then dispatch the events accordingly? I don't know
much about IE9 and it's standards mode, but as i understand then it is
possible to force IE9 into specific standards mode via the html, which in
turn means that we'd have to check each time the standards mode after
loading page? That would suck big time!

Jarmo

On Thu, Aug 25, 2011 at 4:46 AM, bis <bisbot at gmail.com> wrote:

> I checked .com.au and i get the same thing. thats pretty odd then.
>
>
> On Wed, Aug 24, 2011 at 10:35 PM, Alister Scott <alister.scott at gmail.com>wrote:
>
>> maybe it's a google.com.au thing
>>
>>
>> cheers
>>
>> Alister Scott
>> Brisbane, Australia
>> Watir Web Master: http://watir.com
>> Blog: http://watirmelon.com
>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>
>> "There are two ways to get enough: One is to continue to accumulate more
>> and more. The other is to desire less." *~ G. K. Chesterton*
>>
>>
>> On Thu, Aug 25, 2011 at 11:30 AM, bis <bisbot at gmail.com> wrote:
>>
>>> yeah i dont see that the google i see when i look at the tests has
>>> <meta http-equiv="X-UA-Compatible" content="IE=9"/>
>>> for .com, .ca and .com.br
>>>  On Wed, Aug 24, 2011 at 10:13 PM, Alister Scott <
>>> alister.scott at gmail.com> wrote:
>>>
>>>> I don't think that'll help as google will force it to use IE8 standards.
>>>>
>>>> Cheers
>>>>
>>>> Alister Scott
>>>> Brisbane, Australia
>>>> Watir Web Master: http://watir.com
>>>> Blog: http://watirmelon.com
>>>> LinkedIn: http://www.linkedin.com/in/alisterscott
>>>>
>>>> "There are two ways to get enough: One is to continue to accumulate more
>>>> and more. The other is to desire less." *~ G. K. Chesterton*
>>>>
>>>>
>>>>
>>>> On Thu, Aug 25, 2011 at 11:12 AM, bis <bisbot at gmail.com> wrote:
>>>>
>>>>> I will crank up my VM again and mess with it. Maybe try reinstalling
>>>>> ie9 and see if that solves the issue
>>>>>
>>>>>
>>>>> On Wed, Aug 24, 2011 at 10:09 PM, Alister Scott <
>>>>> alister.scott at gmail.com> wrote:
>>>>>
>>>>>> It looks like google add a content="IE_8" header to the page to force
>>>>>> IE9 to revert to IE8, but Watir thinks it's IE9!
>>>>>>
>>>>>> http://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx
>>>>>>
>>>>>>  --
>>>>>> Before posting, please read http://watir.com/support. In short:
>>>>>> search before you ask, be nice.
>>>>>>
>>>>>> watir-general at googlegroups.com
>>>>>> http://groups.google.com/group/watir-general
>>>>>> watir-general+unsubscribe at googlegroups.com
>>>>>>
>>>>>
>>>>>  --
>>>>> Before posting, please read http://watir.com/support. In short: search
>>>>> before you ask, be nice.
>>>>>
>>>>> watir-general at googlegroups.com
>>>>> http://groups.google.com/group/watir-general
>>>>> watir-general+unsubscribe at googlegroups.com
>>>>>
>>>>
>>>>  --
>>>> Before posting, please read http://watir.com/support. In short: search
>>>> before you ask, be nice.
>>>>
>>>> watir-general at googlegroups.com
>>>> http://groups.google.com/group/watir-general
>>>> watir-general+unsubscribe at googlegroups.com
>>>>
>>>
>>>  --
>>> Before posting, please read http://watir.com/support. In short: search
>>> before you ask, be nice.
>>>
>>> watir-general at googlegroups.com
>>> http://groups.google.com/group/watir-general
>>> watir-general+unsubscribe at googlegroups.com
>>>
>>
>>  --
>> Before posting, please read http://watir.com/support. In short: search
>> before you ask, be nice.
>>
>> watir-general at googlegroups.com
>> http://groups.google.com/group/watir-general
>> watir-general+unsubscribe at googlegroups.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/20110825/c2a16e26/attachment.html>

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

Looks like we can get the information from browser.document.documentMode -
that will return the mode for the page. You can set this mode in the browser
(F12 developer tools, eg is an easy way to see this) or you can set it in
the HTML meta tags.

I don't think there's any way around it - for IE9 we just have to check what
mode the page is using and fire events accordingly. We can at least code it
so we only do it once/page and store it in the browser instance. This
doesn't affect any of the other changes we made for IE9 because I was able
to make the method calls work in both IE8 and IE9 - this is the only place
we had to special case.

On the bright side, IE9 is faster than IE8 so I don't think anyone will
notice :)

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

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

Great work finding out about this.
A really nice to have would be to provide the ability to specify which
documentMode and browserMode you'd like the IE browser to use.

Cheers,

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

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


On Fri, Aug 26, 2011 at 4:41 AM, Hugh McGowan <colinsdaddy at gmail.com> wrote:

> Looks like we can get the information from browser.document.documentMode -
> that will return the mode for the page. You can set this mode in the browser
> (F12 developer tools, eg is an easy way to see this) or you can set it in
> the HTML meta tags.
>
> I don't think there's any way around it - for IE9 we just have to check
> what mode the page is using and fire events accordingly. We can at least
> code it so we only do it once/page and store it in the browser instance.
> This doesn't affect any of the other changes we made for IE9 because I was
> able to make the method calls work in both IE8 and IE9 - this is the only
> place we had to special case.
>
> On the bright side, IE9 is faster than IE8 so I don't think anyone will
> notice :)
>
> Hugh
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110826/f6a1641d/attachment.html>

From watirjira at gmail.com  Sat Aug 27 10:50:55 2011
From: watirjira at gmail.com (Jarmo Pertman (JIRA))
Date: Sat, 27 Aug 2011 09:50:55 -0500 (CDT)
Subject: [Wtr-development] [JIRA] Closed: (WTR-486) table rows returns first
	row n times
In-Reply-To: <17147510.2.1314210475858.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>
Message-ID: <23768628.18.1314456655516.JavaMail.oqa-j2ee@openqa01.managed.contegix.com>


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

Jarmo Pertman closed WTR-486.
-----------------------------

    Resolution: Fixed

Fixed in commit https://github.com/bret/watir/commit/3846b6f300f5210df6b196eeeb15684b6e25378b

> table rows returns first row n times
> ------------------------------------
>
>                 Key: WTR-486
>                 URL: http://jira.openqa.org/browse/WTR-486
>             Project: Watir
>          Issue Type: Bug
>          Components: Table
>    Affects Versions: 2.0
>         Environment: Windows XP with IE 8
>            Reporter: Michael M
>            Priority: Critical
>
> I'm trying to upgrade to Watir 2.0.1 from 1.9.2, but am running into a few issue, the largest as this point is that the rows/tds method on a table returns a reference to the first row for each row in the table.
> Example watir code:
> require 'watir' 
> browser = Watir::Browser.new 
> browser.goto "http://jira.openqa.org/secure/Administrators.jspa" 
> browser.table(:id, 'administrators').rows.each do |row|
>   puts
>   puts row.inspect
>   puts row.text
> end
> Output:
> #<Watir::TableRow:0x7f3d4a12 located=true how={:index=>0} what=nil>
> System Administrators
> #<Watir::TableRow:0x..fc39cc0a located=true how={:index=>0} what=nil>
> System Administrators
> Explanation of what I am seeing:
> The correct number rows are returned, but each row is a reference to the first row. The HTML and text are always that of the first row. The index in the inspection is always 0.

-- 
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 jmichalski at vaudoise.ch  Fri Aug 26 10:31:49 2011
From: jmichalski at vaudoise.ch (Michalski Jerzy)
Date: Fri, 26 Aug 2011 16:31:49 +0200
Subject: [Wtr-development] Watir is slow with nested frames
Message-ID: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>

Following Zeljko's suggestion, I resume here the problem I presented in "Watir is slow with nested frames" thread of the Watir General group (https://groups.google.com/forum/?pli=1#!topic/watir-general/nVVXggWAJJ4).

I use Ruby 1.8.7, Watir 1.9.2, IE8

Problem:
When I execute an action on an element placed in a deeply nested frame, the method assert_exists from the Element class is called again and again by many methods, also by those called by assert_exists! As a result, for my simple example of 7 nested frames (see the thread "Watir is slow with nested frames" for details), this method was called 1536 times! The same elements were located again and again with exactly the same criteria (@how, @what and @container)!

My solution
I modified the method assert_exists by adding four class variables that store the three location criteria and the OLE object found. Next time when the method assert_exists is called, the new criteria are compared with the previous ones. If they are the same, no need to 'locate' again, simply return the object found previously. After my modification, the method assert_exists is called only 17 times (always with my simple example), and the real location is done only 8 times (7 frames and one text field) - other 9 calls return the previously located objects. And everything takes less than 1 second (compared to 15 seconds before!).
Here is the modified method:
 
    def assert_exists
      if respond_to?(:locate)
        if (defined?(@@how) && defined?(@@what) && defined?(@@container) && defined?(@@o) && 
            @@how == @how && @@what == @what && @@container == @container)
          # The element has already been located -> take the already located OLE object
          @o = @@o
        else
          # Locate the element...
          locate
          # ...and save the information that served to locate it...
          @@how = @how 
          @@what = @what 
          @@container = @container
          # ...and also the located OLE object.
          @@o = @o
        end
      end
      unless ole_object
        raise UnknownObjectException.new(
                Watir::Exception.message_for_unable_to_locate(@how, @what))
      end
    end

Question: 
As I am new to Watir (and Ruby), maybe I have ommited an important functionnality that may be broken by my modification.  Is there a downside to this?

Jurek
_Disclaimer Vaudoise.ch______________________________________________________________-_
Le pr?sent courriel, y compris les pi?ces jointes, s'adresse exclusivement ? la (aux) personne(s) ou ? la soci?t? ? laquelle (auxquelles) il est destin? et peut comporter des informations confidentielles et/ou prot?g?es par la loi. Toute divulgation, reproduction ou utilisation de ces informations est interdite et peut ?tre ill?gale. Si vous n'?tes pas destinataire de ce courriel, merci de le d?truire imm?diatement et d'en aviser l'exp?diteur.
This e-mail, including attachments, is intended for the person(s) or company named and may contain confidential and/or legally privileged information. Unauthorized disclosure, copying or use of this information may be unlawful and is prohibited. If you are not the intended recipient, please delete this message and notify the sender.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110826/58f9e260/attachment.html>

From notethan at gmail.com  Sun Aug 28 16:46:17 2011
From: notethan at gmail.com (Ethan)
Date: Sun, 28 Aug 2011 16:46:17 -0400
Subject: [Wtr-development] Watir is slow with nested frames
In-Reply-To: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
References: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
Message-ID: <CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>

I don't know why you're using class variables here. that's just wrong to
begin with.
it looks like this basically bypasses relocating in most circumstances. this
makes assert_exists do pretty much nothing.
that's fine in many circumstances, but it'll fail when things start
modifying the dom with javascript. the ole object will become invalid, and
should be relocated, but this bypasses that.
watir should be doing two things, I've found: be better about only checking
if an element needs relocating when operations have been performed which may
have modified the dom; and check if the ole object is in fact still attached
to the dom before trying to relocate.

On Fri, Aug 26, 2011 at 10:31, Michalski Jerzy <jmichalski at vaudoise.ch>wrote:

>
> Following Zeljko's suggestion, I resume here the problem I presented in
> "Watir is slow with nested frames" thread of the Watir General group (*
> https://groups.google.com/forum/?pli=1#!topic/watir-general/nVVXggWAJJ4*<https://groups.google.com/forum/?pli=1#!topic/watir-general/nVVXggWAJJ4>
> ).
>
> I use Ruby 1.8.7, Watir 1.9.2, IE8
>
> Problem:
> When I execute an action on an element placed in a deeply nested frame, the
> method assert_exists from the Element class is called again and again by
> many methods, also by those called by assert_exists! As a result, for my
> simple example of 7 nested frames (see the thread "Watir is slow with
> nested frames" for details), this method was called 1536 times! The same
> elements were located again and again with exactly the same criteria (@how,
> @what and @container)!
>
> My solution
> I modified the method assert_exists by adding four class variables that
> store the three location criteria and the OLE object found. Next time when
> the method assert_exists is called, the new criteria are compared with the
> previous ones. If they are the same, no need to 'locate' again, simply
> return the object found previously. After my modification, the method
> assert_exists is called only 17 times (always with my simple example), and
> the real location is done only 8 times (7 frames and one text field) - other
> 9 calls return the previously located objects. And everything takes less
> than 1 second (compared to 15 seconds before!).
>
> Here is the modified method:
>
>     def assert_exists
>       if respond_to?(:locate)
>         if (defined?(@@how) && defined?(@@what) && defined?(@@container) &&
> defined?(@@o) &&
>             @@how == @how && @@what == @what && @@container == @container)
>           # The element has already been located -> take the already
> located OLE object
>           @o = @@o
>         else
>           # Locate the element...
>           locate
>           # ...and save the information that served to locate it...
>           @@how = @how
>           @@what = @what
>           @@container = @container
>           # ...and also the located OLE object.
>           @@o = @o
>         end
>       end
>       unless ole_object
>         raise UnknownObjectException.new(
>                 Watir::Exception.message_for_unable_to_locate(@how, @what))
>       end
>     end
>
> Question:
> As I am new to Watir (and Ruby), maybe I have ommited an important
> functionnality that may be broken by my modification.  Is there a downside
> to this?
>
> Jurek
>  _Disclaimer
> Vaudoise.ch______________________________________________________________-_
> Le pr?sent courriel, y compris les pi?ces jointes, s?adresse exclusivement
> ? la (aux) personne(s) ou ? la soci?t? ? laquelle (auxquelles) il est
> destin? et peut comporter des informations confidentielles et/ou prot?g?es
> par la loi. Toute divulgation, reproduction ou utilisation de ces
> informations est interdite et peut ?tre ill?gale. Si vous n??tes pas
> destinataire de ce courriel, merci de le d?truire imm?diatement et d?en
> aviser l?exp?diteur.
> This e-mail, including attachments, is intended for the person(s) or
> company named and may contain confidential and/or legally privileged
> information. Unauthorized disclosure, copying or use of this information may
> be unlawful and is prohibited. If you are not the intended recipient, please
> delete this message and notify the sender.
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20110828/fb4a5a0d/attachment.html>

From jarmo.p at gmail.com  Mon Aug 29 02:33:45 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Mon, 29 Aug 2011 09:33:45 +0300
Subject: [Wtr-development] Watir is slow with nested frames
In-Reply-To: <CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>
References: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
	<CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>
Message-ID: <CAHZHd6Xhc+HNzTkGfTuUKTcOkFvqjONTCfkawvZCWo8BXWcMLg@mail.gmail.com>

I've already answered to that problem in the original thread at
http://groups.google.com/group/watir-general/browse_thread/thread/9d5557820580249e

I've also added some suggestions along the line of the same points as Ethan
brought up.

Jarmo

On Sun, Aug 28, 2011 at 11:46 PM, Ethan <notethan at gmail.com> wrote:

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

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

Hi Alister,

I tried to reproduce the exact behavior you were seeing and couldn't but I
put some better handling around the IE calls to look at the document mode
before deciding which method to call. Could you grab the changes from github
and give it a try?

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

From bret at pettichord.com  Wed Aug 31 16:02:48 2011
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 31 Aug 2011 15:02:48 -0500
Subject: [Wtr-development] Watir is slow with nested frames
In-Reply-To: <CAHZHd6Xhc+HNzTkGfTuUKTcOkFvqjONTCfkawvZCWo8BXWcMLg@mail.gmail.com>
References: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
	<CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>
	<CAHZHd6Xhc+HNzTkGfTuUKTcOkFvqjONTCfkawvZCWo8BXWcMLg@mail.gmail.com>
Message-ID: <CAPjkWY3gTgdOe3Qq31qDdHrLv30RAwesotFL0m=UnWTh6CeHYQ@mail.gmail.com>

I just read the original thread.

Seems like this code is in question.

def assert_exists
  locate if respond_to?(:locate)
  unless ole_object
    raise UnknownObjectException.new(
                Watir::Exception.message_for_unable_to_locate(@how, @what))
end

Would changing it to this fix the performance problem?

def assert_exists
  unless ole_object
    locate if respond_to?(:locate)
  end
  unless ole_object
    raise UnknownObjectException.new(
                Watir::Exception.message_for_unable_to_locate(@how, @what))
end



On Mon, Aug 29, 2011 at 1:33 AM, Jarmo <jarmo.p at gmail.com> wrote:

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



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

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

From jarmo.p at gmail.com  Wed Aug 31 17:41:50 2011
From: jarmo.p at gmail.com (Jarmo)
Date: Thu, 1 Sep 2011 00:41:50 +0300
Subject: [Wtr-development] Watir is slow with nested frames
In-Reply-To: <CAPjkWY3gTgdOe3Qq31qDdHrLv30RAwesotFL0m=UnWTh6CeHYQ@mail.gmail.com>
References: <3CEF9551CEAFAE4F84B6E67FECB8B4B103F8300A@sgex00d.vaudoise.ch>
	<CAE4efFmkSzO=v7WwQQLu94wbtcg03S5C+s+p6NnVKA3sQzX1Ow@mail.gmail.com>
	<CAHZHd6Xhc+HNzTkGfTuUKTcOkFvqjONTCfkawvZCWo8BXWcMLg@mail.gmail.com>
	<CAPjkWY3gTgdOe3Qq31qDdHrLv30RAwesotFL0m=UnWTh6CeHYQ@mail.gmail.com>
Message-ID: <CAHZHd6VwOLZj4tS18O63hUt_LGqZHyyBV5RMVRs5U774kghxjA@mail.gmail.com>

No, and i already fixed the problem. Read about it in the thread
http://groups.google.com/group/watir-general/browse_thread/thread/9d5557820580249e

Jarmo

On Wed, Aug 31, 2011 at 11:02 PM, Bret Pettichord <bret at pettichord.com>wrote:

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