Compare Revisions

XMLHttpRequest

Revision 163602:

Revision 163602 by Riboribo on

Revision 163603:

Revision 163603 by DavidJCobb on

Title:
XMLHttpRequest
XMLHttpRequest
Slug:
Talk:Document_Object_Model_(DOM)/XMLHttpRequest
Talk:Document_Object_Model_(DOM)/XMLHttpRequest
Content:

Revision 163602
Revision 163603
n7    <h3 name="Requests_to_.27other.27_hosts.2Fports">n7    <h3 id="Requests_to_.27other.27_hosts.2Fports" name="Requests
 >_to_.27other.27_hosts.2Fports">
n11      The examples show sending requests to specific hosts (ie htn11      The examples show sending requests to specific hosts (ie <a
>tp://mozilla.org/etc/etc) however, from the browser (javascript) > class=" external" href="http://mozilla.org/etc/etc" rel="freelin
>you can't direct requests to any host or port on that host other >k">http://mozilla.org/etc/etc</a>) however, from the browser (jav
>than the one the page came from. That's true, isn't it? If so was>ascript) you can't direct requests to any host or port on that ho
> should document that. Why is this restriction needed? You can pa>st other than the one the page came from. That's true, isn't it? 
>ss info cross-domain through things like &lt;img src=...&gt; can'>If so was should document that. Why is this restriction needed? Y
>t do? --<a href="User:Riborib">User:riborib</a> 24 Jul 08>ou can pass info cross-domain through things like &lt;img src=...
 >&gt; can't do? --<a href="User:Riborib">User:riborib</a> 24 Jul 0
 >8
n22    <h3 name="xmlHttpRequests_can_hang_FireFox">n22    <h3 id="xmlHttpRequests_can_hang_FireFox" name="xmlHttpReques
 >ts_can_hang_FireFox">
n37    <h3 name="nsIJSXMLHttpRequest">n37    <h3 id="nsIJSXMLHttpRequest" name="nsIJSXMLHttpRequest">
n49    <h3 name="responseXML_after_parse_errors">n49    <h3 id="responseXML_after_parse_errors" name="responseXML_aft
 >er_parse_errors">
n55    <h3 name=".22status.22_property_crash">n55    <h3 id=".22status.22_property_crash" name=".22status.22_prope
 >rty_crash">
n59      Be aware of this bug&nbsp;: https://bugzilla.mozilla.org/shn59      Be aware of this bug&nbsp;: <a class=" link-https" href="ht
>ow_bug.cgi?id=301705 It is happening when a query is done from a >tps://bugzilla.mozilla.org/show_bug.cgi?id=301705" rel="freelink"
>popup window and when this popup window is closed before the end >>https://bugzilla.mozilla.org/show_bug.cgi?id=301705</a> It is ha
>of the request. I've tried creating the XmlHttpRequest object fro>ppening when a query is done from a popup window and when this po
>m the main opener window (new theMainWindow.xmlHttpRequest()), it>pup window is closed before the end of the request. I've tried cr
>'s the same.>eating the XmlHttpRequest object from the main opener window (new
 > theMainWindow.xmlHttpRequest()), it's the same.
n61    <h3 name="Page_needs_a_do-over">n61    <h3 id="Page_needs_a_do-over" name="Page_needs_a_do-over">
n67    <h3 name="Page_needs_additions">n67    <h3 id="Page_needs_additions" name="Page_needs_additions">
tt76    <h3 id="onLoad.3F" name="onLoad.3F">
77      onLoad?
78    </h3>
79    <p>
80      Does an XMLHttpRequest onload fire when the request is comp
 >lete (when the entire responseText has been received)? <a href="U
 >ser:DavidJCobb">DavidJCobb</a> 13:11, 25 July 2008 (PDT)
81    </p>

Back to History