|
set $DEBUG to true right before click_no_wait and copy here the results: #click_no_wait command: Alister:
I am using the recommended ruby environment 1.8.6 p111 using windows XP There was indeed a bug with using #click_no_wait with frames caused by their difference from other elements and not loading Watir::Frame class for #click_no_wait process. It will be fixed in 1.6.7, but you can fix it locally by adding into watir/core.rb right after require "page-container". If this fixes your problem then it's good. If not, then check what other error messages do you get when using $DEBUG = true. It could be also possible that you'd need to edit Frame#attach_command as seen from the commit link below. Commit, which fixes the problem is seen here: After inserting require "watir/frame" into core.rb any test step I take using Watir::IE results in: ($DEBUG = true) (Netbeans IDE) After: inserting require "watir/frame" into core.rb. After: -def attach_command ($DEGUB=true) @Jarmo When is 1.6.7 scheduled for release? Where did you insert that "require 'watir/frame'" exactly in core.rb? Did you put it somewhere AFTER "require 'watir/page-container'"? From the error message it seems you didn't. require 'watir/core_ext' Ok, i tried the full cycle and got it working like this: output should be something like that: S:\>ruby blah.rb and in the browser the button is clicked. The WIN32OLERuntimeError is normal. And all of this worked for me fine. You are doing something wrong or have some wrong setup there since eval_in_spawned_process doesn't exist anywhere in 1.6.6. Try to `gem uninstall watir -v 1.6.6` and `gem install watir` to be sure you're at clean slate If you get some errors, then please paste full stacktrace. Thanks. Yep. That did it. Thank you! To add, tested in: ruby 1.8.6 (2007-09-24 patchlevel 111), Watir 1.6.6, Windows XP Reopened to close it with "Fixed" status, because #click_no_wait with frames doesn't work in 1.6.6 and will be fixed in 1.6.7. |
||||||||||||||||||||||||||||||||||||||||||||||||||||
I thought this was fixed by http://jira.openqa.org/browse/WTR-320