The problem is actually a security issue on the machine that
is executing the script!
We fixed the access is denied issue by adding
the URL that is causing the problem as a trusted site.
This is done in Tools/Internet Options/Security/Trusted
Sites (then add the URL).
No more access is
Cool! Can we add that to the FAQ?
Good work.
-Jonathan
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tuyet
Cong-Ton-NuSent: August 12, 2005 4:47 PMTo:
wtr-general@rubyforge.orgSubject: [Wtr-general] Access is denied
and Exception Errors - SUCCESS
I checked with the engineer that knows the hardware/software
configuration of this application and forwarded him your take on why the error
is generated, and here is his answer:
I don't
think this is the case. All the requests are being processed from one domain. I
think the microsoft
At 05:06 PM 7/25/2005, Tuyet Cong-Ton-Nu wrote:
irb(main):005:0 ie.frame(main).text_field(:name,
UserId).fire_event(onFocus )
try ie.text_field(:name, 'UserId).fire_event('onFocus')
Watir won't work with frames served by different servers. I'm giving you a
way to keep that from happening.
if one frame is hosted by web1.company.com and the other is hosted by
web2.company.com, you will run into a cross-site scripting limitation and
get an access is denied error. load-balancing will do this.
your engineer's response does not explain why you only see the problem on
one
This error occurs when you try to navigate directly from a page that is
hosted by one server to a frame that is served by another. It sounds like
your staging server serves everything from one point, but your development
servers serve them from a couple different servers.
The way to
You are right. The development servers can serve the
page from different servers because there is a traffic cop server
that manages the load. I dont think thats the case for our
staging server.
I hope I included the info you need below, but if not,
please let me know the exact irb command