logo       

[HtmlUnit] [ htmlunit-Bugs-1437068 ] iFrame fails with invalid uri: msg#00026

java.htmlunit.devel

Subject: [HtmlUnit] [ htmlunit-Bugs-1437068 ] iFrame fails with invalid uri

Bugs item #1437068, was opened at 2006-02-22 23:50
Message generated for change (Comment added) made by mguillem
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=1437068&group_id=47038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 1.8
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Wade Marshall (wadexyz)
>Assigned to: Marc Guillemot (mguillem)
Summary: iFrame fails with invalid uri

Initial Comment:
I'm actually using 1.8, the latest release (not
available from dropdown).

================

The following HTML is in a web page that works in both
FireFox and IE.

================

<iframe
src="http://ad.doubleclick.net/adi/cobrands.investopedia.dart/microbuttons;sz=88x31;ord=<INSERT
RANDOM NUMBER HERE>?" width="88" height="31"
frameborder="no" border="0" marginwidth="0"
marginheight="0" scrolling="no">
<a
href="http://ad.doubleclick.net/jump/cobrands.investopedia.dart/microbuttons;abr=!ie;sz=88x31;ord=<INSERT
RANDOM NUMBER HERE>?"><img
src="http://ad.doubleclick.net/ad/cobrands.investopedia.dart/microbuttons;abr=!ie;sz=88x31;ord=4215292006222?";
border=0 height="31" width="88"></a>
</iframe>

========

I get the following error using HtmlUnit.

java.lang.IllegalArgumentException: Invalid uri
'/adi/cobrands.investopedia.dart/microbuttons;sz=88x31;ord=<INSERT
RANDOM NUMBER HERE>': escaped absolute path not valid
at
org.apache.commons.httpclient.HttpMethodBase.<init>(HttpMethodBase.java:219)
at
org.apache.commons.httpclient.methods.GetMethod.<init>(GetMethod.java:88)
at
com.gargoylesoftware.htmlunit.HttpWebConnection.makeHttpMethod(HttpWebConnection.java:201)
at
com.gargoylesoftware.htmlunit.HttpWebConnection.getResponse(HttpWebConnection.java:122)
at
com.gargoylesoftware.htmlunit.WebClient.loadWebResponseFromWebConnection(WebClient.java:1354)
at
com.gargoylesoftware.htmlunit.WebClient.loadWebResponse(WebClient.java:1321)
at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:331)
at
com.gargoylesoftware.htmlunit.html.BaseFrame.loadInnerPageIfPossible(BaseFrame.java:129)
at
com.gargoylesoftware.htmlunit.html.BaseFrame.loadInnerPage(BaseFrame.java:114)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.loadFrames(HtmlPage.java:1410)
at
com.gargoylesoftware.htmlunit.html.HtmlPage.initialize(HtmlPage.java:141)
at
com.gargoylesoftware.htmlunit.WebClient.loadWebResponseInto(WebClient.java:433)
at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:344)
at
com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:371)
at
com.gargoylesoftware.htmlunit.html.HtmlAnchor.doClickAction(HtmlAnchor.java:115)
at
com.gargoylesoftware.htmlunit.html.ClickableElement.click(ClickableElement.java:120)
at com.tradeeng.TradeEngine.main(TradeEngine.java:44)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)

----------------------------------------------------------------------

>Comment By: Marc Guillemot (mguillem)
Date: 2006-03-09 21:07

Message:
Logged In: YES
user_id=402164

Should now be fixed in CVS: the path part in now encoded if
needed

----------------------------------------------------------------------

Comment By: Marc Guillemot (mguillem)
Date: 2006-02-24 15:21

Message:
Logged In: YES
user_id=402164

I think that it has the same cause as a problem mentionned
this week in webtest mailing list: htmlunit should encode
the string if needed before performing a request. Currently
we do this operation only on the query string, not on the
full url.

This is surely bad style to have unencoded urls but browsers
accept it and it shouldn't be that difficult to implement
therefore we should do it too.

----------------------------------------------------------------------

Comment By: Brad Clarke (yourgod)
Date: 2006-02-23 22:59

Message:
Logged In: YES
user_id=257129

Is "<INSERT RANDOM NUMBER HERE>" actually in the page? If so
I can see this causing some weird problems with tag
balancing since it's quite invalid.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=448266&aid=1437068&group_id=47038


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise