I replied back, the code which you have given is not working. I have given 
the written code of mine and also the error. 


hi, I have written this code 
b.text_field(:id,'policyStartDate').set '15/02/2017' 
b.text_field(:id,'policyStartDate').wait_until(&:stale?) 

But it's throwing this error 
C:/Ruby23/lib/ruby/gems/2.3.0/gems/watir-6.0.3/lib/watir/ele‌​ments/element.rb:486‌​:instale?':
 
Can not check staleness of unused element (Watir::Exception::Error)`

Note : In my project, they have handle this page load using Java Script and 
it works fine. 



On Tuesday, February 14, 2017 at 11:49:32 PM UTC+5:30, Titus Fortner wrote:
>
> I updated my response on stack overflow if you didn't see it.
>
> On Tue, Feb 14, 2017 at 9:50 AM, Super Kevy <[email protected] 
> <javascript:>> wrote:
>
>> So the issue occurs manually as well.  That suggests maybe there is a 
>> bug. Perhaps bad JS validation or field validation. 
>> You can always put a static sleep as a work-around. Not elegant.   
>> Change the sets to send keys and see if the behaviour alters.
>>
>>
>> On Monday, February 13, 2017 at 12:10:45 PM UTC-6, Raja gopalan wrote:
>>>
>>> Hi, I have replied to your post, I will page here as well
>>>
>>> Yes, that's what happen when we enter manually as well! 
>>>
>>> I have posted in stack over flow as well. But here I want to details 
>>> things, I am working in a insurance application, where cover screen consist 
>>> of many textfield to enter insured amount, but after each entry to the text 
>>> field, page is getting refreshed,but watir doesn't wait for page to be 
>>> refreshed, it quickly goes into next text_field, but next field is not 
>>> ready but watir enters the data, since page is getting refreshed in the 
>>> mean time recent entry is getting deleted. This refresh is not happening 
>>> not only text_field but for radio button as well(which cover to choose). 
>>>
>>> I thought there is no solution to the problem but recently I have moved 
>>> to selenium project where they have clearly managed this problem through 
>>> JavaScript, they have a function called waitForPageToLoad, so after each 
>>> entry they have called this function, So it waits until the page loads, It 
>>> perfectly enters the data. So I thought I was missing the same kind of 
>>> arrangement in WATIR, So If you can create the function called 
>>> waitForPageToLoad, this would resolve this problem. 
>>>
>>>
>>> On Monday, February 13, 2017 at 11:35:09 PM UTC+5:30, Titus Fortner 
>>> wrote:
>>>>
>>>> Is that what happens when you do it manually? Watir is designed to 
>>>> behave the same way as a user. You'll need to better explain what a user 
>>>> would do and how Watir is not doing it that way.
>>>>
>>>>
>>>>
>>>> On Monday, February 13, 2017 at 12:01:55 PM UTC-6, Raja gopalan wrote:
>>>>>
>>>>> My problem is after setting the value. Page is getting refreshed after 
>>>>> setting the value. 
>>>>>
>>>>> On Monday, February 13, 2017 at 9:09:18 AM UTC+5:30, Joe Fl wrote:
>>>>>>
>>>>>> Hi.
>>>>>>
>>>>>> I am not sure I follow what happens after the field is set but if you 
>>>>>> need to wait for the text field you can use wait_until_present or 
>>>>>> .present?.
>>>>>>
>>>>>> Joe
>>>>>>
>>>>>> On Feb 11, 2017 10:21 AM, "Raja gopalan" <[email protected]> 
>>>>>> wrote:
>>>>>>
>>>>>> There are certain kind of a text_field which I am automating, when I 
>>>>>> place the value there like
>>>>>>
>>>>>> b.text_field(:id,'something').set 'hi'
>>>>>>
>>>>>>
>>>>>> It refresh the entire page or it reloads the page, but the above code 
>>>>>> only wait until element present and place the value inside the text 
>>>>>> field 
>>>>>> but it doesn't take care of what happens after that. 
>>>>>>
>>>>>> Is there any function I can write like given below,
>>>>>>
>>>>>>  
>>>>>> b.text_field(:id,'something').set 'hi'
>>>>>>
>>>>>> b.waitForPageToLoad # Code like this?
>>>>>>
>>>>>> -- 
>>>>>> -- 
>>>>>> Before posting, please read http://watir.com/support. In short: 
>>>>>> search before you ask, be nice.
>>>>>>  
>>>>>> [email protected]
>>>>>> http://groups.google.com/group/watir-general
>>>>>> [email protected]
>>>>>>
>>>>>> --- 
>>>>>> You received this message because you are subscribed to the Google 
>>>>>> Groups "Watir General" group.
>>>>>> To unsubscribe from this group and stop receiving emails from it, 
>>>>>> send an email to [email protected].
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>>
>>>>>> -- 
>> -- 
>> Before posting, please read http://watir.com/support. In short: search 
>> before you ask, be nice.
>>  
>> [email protected] <javascript:>
>> http://groups.google.com/group/watir-general
>> [email protected] <javascript:>
>>
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Watir General" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

[email protected]
http://groups.google.com/group/watir-general
[email protected]

--- 
You received this message because you are subscribed to the Google Groups 
"Watir General" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to