Re: [Htmlunit-user] javascript window.opener.location

[Casey C. <cr...@na...>]

The problem still occurs with CVS as of 5pm CDT today.

I've attached the stacktrace.

Line 875 of that javascript file is;
  if (window.top.location.href.indexOf('more.jsp')<0) {

The location attribute of the Window returned by top is undefined.

Any ideas of where I should look in HTMLUnit (other than generating
the unified diff between 1.5 and 1.6)?

--
Casey

On Wed, Jun 15, 2005 at 03:01:47PM -0700, Brad Clarke wrote:
> Could be a lot of things. A stack would help narrow it down.
>
> Could you pull the latest CVS and see if it's still broken before
> spending too much time isolating it? There has been a change since
> 1.6 to how things are scoped that might have something to do with it.
>
> Brad C
>
> --- Casey Crabb <cr...@na...> wrote:
> 
> > Hey all,
> > 
> > I found a regression between HTMLUnit 1.5 and 1.6, but haven't been
> > able to pin point it yet. I have javascript that uses
> > window.opener.location to refresh parent pages. In htmlunit 1.5 these
> > work just fine. Upon upgrading to HMTLUnit 1.6 the .location on the
> > window.opener is undefined.
> > 
> > I tried to write a small testcase to reproduce the problem, but so far
> > have been unable to reproduce it outside the product I'm working on.
> > 
> > Does anyone have an idea where this would be breaking down in 1.6?
> > 
> > --
> > Casey
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Htmlunit-user mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/htmlunit-user