Sankar,
Why not put all of the pages on ONE site? Either a private site that only you use for testing, or putting the testing pages on the server with the SSL. If there are no links to them outside of your testing, I don't see much of an issue.
Anyways, that would be the only work around I can think of.
j.
On 10/4/05, Sankar <[EMAIL PROTECTED]> wrote:
Can anyone suggest some possible workarounds to overcome this frame issue.
I am stuck at this point. Please help
Thanks in Advance,
Sankar
On 9/28/05, Bret Pettichord <[EMAIL PROTECTED] > wrote:I'm pretty sure this is the standard cross-site scripting problem.
AKA the same-origin policy: "a script can read only the properties of
windows and documents that have the same origin (i.e., that were loaded
from the (1) same host, (2) through the same port, and (3) by the same
protocol) as the script itself."
In this case, the protocol is different, but i'm pretty sure a workaround
that worked for different hosts would also work for different protocols.
Bret
At 03:02 PM 9/28/2005, Jeff Wood wrote:
>Hmm, I'll have to look into it a bit further.
>
>I don't have any sites with an SSL sitting around to play with... I'll
>see what I can do ... maybe somebody else has an idea ... ??
>
>j.
>
>On 9/28/05, Sankar < [EMAIL PROTECTED]> wrote:
> > I have enabled that option as well.
> > i am still getting the error..
> >
> > is there a way to overcome this ??
> >
> > - Sankar
> >
> >
> > On 9/28/05, Jeff Wood < [EMAIL PROTECTED] > wrote:
> > >
> > > In my current installation of IE, there are options to allow
> > > cross-domain scripting ... you might want to see what's available ...
> > >
> > > j.
> > >
> > > On 9/27/05, Sankar <[EMAIL PROTECTED] > wrote:
> > > >
> > > > I am testing an application whose main page is like this
> > > >
> > > > <frameset id="frameset" border="0" frameborder="no" framespacing="0"
> > > > rows="130,*,0" marginheight="0"
> > > > marginwidth="0">
> > > > <frame id="a" name="a" src="" a.aspx">
> > > > <frame id="b" name="b" src="" b.aspx" >
> > > > <frame id="c" name="c" src="">> > > > </frameset>
> > > >
> > > > All my testing controls are in frame b.
> > > > when the frame b contains http pages, WATIR is able to access it,
> > > > When the frame b contains a login page which is https, WATIR is
> throwing
> > an
> > > > error.
> > > >
> > > > I understand it is due to the cross domain scripting. Is there a way to
> > over
> > > > home this error
> > > >
> > > > there are 3 frames
> > > > frame index: 0 name: header
> > > > frame index: 1 --Access Denied--
> > > > frame index: 2 name: download
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > W, [27-Sep-2005 21:49:45#3704] WARN -- : frame error in waitdocument
> > > > OLE error code:80070005 in <Unknown>
> > > > Access is denied.
> > > >
> > > > HRESULT error code:0x80020009
> > > > Exception occurred.
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1470:in
> > > > `method_missing'
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1470:in `wait'
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1469:in `upto'
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1469:in `wait'
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1849:in
> > `waitForIE'
> > > > c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:2099:in `click'
> > > > E:/home-ST.rb:97:in `test_print_assertion'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testcase.rb:70:in
> > `__send__'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testcase.rb:70:in `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:32:in `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:31:in
> > `each'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:31:in `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:32:in `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:31:in
> > `each'
> > > > c:/ruby/lib/ruby/1.8/test/unit/testsuite.rb:31:in `run'
> > > >
> > c:/ruby/lib/ruby/1.8/test/unit/ui/testrunnermediator.rb:44:in
> > > > `run_suite'
> > > >
> > c:/ruby/lib/ruby/1.8/test/unit/ui/console/testrunner.rb:65:in
> > > > `start_mediato
> > > >
> > c:/ruby/lib/ruby/1.8/test/unit/ui/console/testrunner.rb:39:in
> > > > `start'
> > > >
> > c:/ruby/lib/ruby/1.8/test/unit/ui/testrunnerutilities.rb:27:in
> > > > `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/autorunner.rb:194:in
> > `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit/autorunner.rb:14:in
> > `run'
> > > > c:/ruby/lib/ruby/1.8/test/unit.rb:285
> > > > c:/ruby/lib/ruby/1.8/test/unit.rb:283
> > > > W, [27-Sep-2005 21:49:45#3704] WARN -- : runtime error in wait
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > These are the errors i get
> > > >
> > > >
> > > >
> > > > Thanks,
> > > >
> > > > Sankar
> > > >
> > > >
> > > > On 9/27/05, Jeff Wood < [EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Provide us with a bit more information ( like the actual error that
> > > > > you're getting ) and it'll help us provide you with an answer...
> > > > >
> > > > > j.
> > > > >
> > > > > On 9/27/05, Sankar < [EMAIL PROTECTED]> wrote:
> > > > > > Hi There,
> > > > > > I am trying to automate a web site which uses "Frames" using
> WATIR.
> > > > > > For the login of user account, the web page is hosted on https://
> > > > > > For that particular page alone,
> > > > > > $ie.frame("frame2").button(:name,"login").click
> > doesnt
> > > > work
> > > > > > .
> > > > > >
> > > > > > Any idea why is that ??
> > > > > > is there a way of work around ?
> > > > > >
> > > > > > Thanks,
> > > > > > - Sankar
> > > > > >
> > > > > > --
> > > > > > If you enjoy programming computers, you are in a very fortunate
> > minority
> > > > of
> > > > > > people who can make a great living doing work they enjoy. - Joel
> > > > > > _______________________________________________
> > > > > > Wtr-general mailing list
> > > > > > [email protected]
> > > > > > http://rubyforge.org/mailman/listinfo/wtr-general
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > " http://ruby-lang.org -- do you ruby?"
> > > > >
> > > > > Jeff Wood
> > > > >
> > > > > _______________________________________________
> > > > > Wtr-general mailing list
> > > > > [email protected]
> > > > > http://rubyforge.org/mailman/listinfo/wtr-general
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > If you enjoy programming computers, you are in a very fortunate
> minority
> > of
> > > > people who can make a great living doing work they enjoy. - Joel
> > > > _______________________________________________
> > > > Wtr-general mailing list
> > > > [email protected]
> > > > http://rubyforge.org/mailman/listinfo/wtr-general
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > " http://ruby-lang.org -- do you ruby?"
> > >
> > > Jeff Wood
> > >
> > > _______________________________________________
> > > Wtr-general mailing list
> > > [email protected]
> > > http://rubyforge.org/mailman/listinfo/wtr-general
> > >
> >
> >
> >
> > --
> > If you enjoy programming computers, you are in a very fortunate minority of
> > people who can make a great living doing work they enjoy. - Joel
> > _______________________________________________
> > Wtr-general mailing list
> > [email protected]
> > http://rubyforge.org/mailman/listinfo/wtr-general
> >
> >
> >
>
>
>--
>"http://ruby-lang.org -- do you ruby?"
>
>Jeff Wood
>
>_______________________________________________
>Wtr-general mailing list
> [email protected]
> http://rubyforge.org/mailman/listinfo/wtr-general
_____________________
Bret Pettichord
www.pettichord.com
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
--
If you enjoy programming computers, you are in a very fortunate minority of people who can make a great living doing work they enjoy. - Joel
--
If you enjoy programming computers, you are in a very fortunate minority of people who can make a great living doing work they enjoy. - Joel
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
--
"http://ruby-lang.org -- do you ruby?"
Jeff Wood
_______________________________________________ Wtr-general mailing list [email protected] http://rubyforge.org/mailman/listinfo/wtr-general
