Hi Frank, On Tuesday 17 November 2009 Schwichtenberg, Frank wrote: > Hello, > I'm new to qooxdoo and try to make a (XML)HttpRequest. Welcome to the project!
> Using qx.io.remote.Request (qooxdoo 0.8.3) for a simple GET request fails > because of a failing preflight request > (http://www.w3.org/TR/2008/WD-access-control-20080912/#preflight-request > ) to the given URL. > > I found something about the OPTIONS request that is done before the GET > request in Firefox 3.5 but found no solution. I believe (or at least > hope) it's not Firefox alone because another site using XMLHttpRequest > for a GET request works well. Maybe it's just about "too much" headers > added to the request by qooxdoo!? > > Can anybody help? Isn't qx.io.remote.Request designed to make > browser-independent (XML)HttpRequests? Is there something else which > wraps XMLHttpRequest? > > Or did I something wrong? > request = new qx.io.remote.Request("http://www.heise.de";, "GET", > "text/html"); > request.setAsynchronous(false); > request.setCrossDomain(false); > request.send(); At least you are not allowed to perform a cross-domain request with XmlHttp. The same-origin policy [0] implemented in the browsers does not allow this. Maybe this will solve your problem with the OPTIONS header. Otherwise feel free to post again. cheers, Alex [0] http://taossa.com/index.php/2007/02/08/same-origin-policy/ and http://taossa.com/index.php/2007/02/17/same-origin-proposal/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
