IE issue with qx.io.remote.Request?

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

IE issue with qx.io.remote.Request?

Jonathan Wolfe
Hi,

In IE version: 8.0.6001.18702

I'm trying this request and get null as a returned value:

req = new qx.io.remote.Request('./resource/ms/MaxT_KPDX.data', "GET", "text/javascript");
        req.addListener("completed", function(e) {
        console.log(e.getContent();)
});
req.send();

All the other browsers seem to make the request without a problem. Any ideas?

I tried putting the full url to the file with the same result.

Thanks for the help,
Jonathan

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Stefan Volbers
Hi Jonathan,

out of the box it seems to me that there is a javascript error in
console.log(e.getContent();)

which should probably read

console.log(e.getContent());

Some browser may be more forgiving that another, so this might solve
your issue.
Apart from that, IIRC IE 8 does not offer a native console - so there is
a chance the "completed" listener gets triggered but the logging fails.

If this doesn't help, you should provide the info
- which is your qooxdoo version?
- which are  "all the other browsers" (esp. version numbers and OS)?
- which are the circumstances of the request - is it cross domain? does
the targeted file really exist (or is it computed)?
- is the "req" variable declared somewhere else, or is the "var req"
indeed missing?

HTH,

greetings,
Stefan


On 03.07.2011 10:27, Jonathan Wolfe wrote:

> Hi,
>
> In IE version: 8.0.6001.18702
>
> I'm trying this request and get null as a returned value:
>
> req = new qx.io.remote.Request('./resource/ms/MaxT_KPDX.data', "GET",
> "text/javascript");
> req.addListener("completed", function(e) {
> console.log(e.getContent();)
> });
> req.send();
>
> All the other browsers seem to make the request without a problem. Any
> ideas?
>
> I tried putting the full url to the file with the same result.
>
> Thanks for the help,
> Jonathan

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Jonathan Wolfe
Hi Stefan,

Thanks for the reply, sorry about the typo, that was me trying to simplify the call for the listserv.  

console.log(e.getContent());

is how I have it.

- which is your qooxdoo version? 1.4.1-sdk
- which are  "all the other browsers" (esp. version numbers and OS)? Chrome 12.0.742.xxx, Firefox 3.6.18
- which are the circumstances of the request - is it cross domain? No, not cross domain, the file is located in my resource/appname directory. (though that's just for testing purposes)
the targeted file really exist (or is it computed)? Yes, it does exist
- is the "req" variable declared somewhere else, or is the "var req"
indeed missing? "var req" is there. 

Interestingly enough, this request only a few lines above the other works fine...
var req = new qx.io.remote.Request('./resource/ms/ms.pqr.json', "GET", "application/json");
    req.addListener("completed", function(e) {
    msJSON= e.getContent();
     });
req.send();

I will say that where I make my call is within OpenLayers onFeatureSelect call.  Not sure if that makes any difference.

Thanks,
Jonathan


On Sun, Jul 3, 2011 at 5:20 AM, Stefan Volbers <[hidden email]> wrote:
Hi Jonathan,

out of the box it seems to me that there is a javascript error in
console.log(e.getContent();)

which should probably read

console.log(e.getContent());

Some browser may be more forgiving that another, so this might solve
your issue.
Apart from that, IIRC IE 8 does not offer a native console - so there is
a chance the "completed" listener gets triggered but the logging fails.

If this doesn't help, you should provide the info
- which is your qooxdoo version?
- which are  "all the other browsers" (esp. version numbers and OS)?
- which are the circumstances of the request - is it cross domain? does
the targeted file really exist (or is it computed)?
- is the "req" variable declared somewhere else, or is the "var req"
indeed missing?

HTH,

greetings,
Stefan


On 03.07.2011 10:27, Jonathan Wolfe wrote:
> Hi,
>
> In IE version: 8.0.6001.18702
>
> I'm trying this request and get null as a returned value:
>
> req = new qx.io.remote.Request('./resource/ms/MaxT_KPDX.data', "GET",
> "text/javascript");
> req.addListener("completed", function(e) {
> console.log(e.getContent();)
> });
> req.send();
>
> All the other browsers seem to make the request without a problem. Any
> ideas?
>
> I tried putting the full url to the file with the same result.
>
> Thanks for the help,
> Jonathan

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel



--
Jonathan Wolfe |  Meteorologist  
Portland, OR National Weather Service
<a href="tel:503-326-2420" value="+15033262420" target="_blank">503-326-2420

Try the: Model Spectrum then tell me what you think!



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Stefan Volbers
Hi Jonathan,

thanks for clarification.

I suspect this tiny little difference in the Request's response type is
interesting here:

You write that, before the request to "MaxT_KPDX.data" fails (in IE), a
request call to "ms.pqr.json" succeeds; this one is of
_application/json_ type, while the failing one is of _text/javascript_.

My idea is that the javascript code in "MaxT_KPDX.data", which gets
executed in the "completed" listener, may be somewhat browser specific;
you might want to temporarily switch the response type to _text/text_ or
so to find out more about it.


Then, just out of curiosity, I'd advise you to try and switch the
sequence order, sending the request to "MaxT_KPDX.data" first.

You probably know that the qx.io.remote.Request is a "single shot"
object, which doesn't allow to send more than one request from a single
object.
But I'm not sure what happens to the "completed" listener if you have a
var req = new qx.ui.remote.Request(a, b, c);

object and then, later, redefine
req = new qx.ui.remote.Request(d, e, f);

with another "completed" listener - will the first req's listener be
ignored?

So, for debugging purposes, you might give the second request object an
other name.


Please let us know if these ideas get you any further,

greetings,
Stefan


On 03.07.2011 15:38, Jonathan Wolfe wrote:

> Hi Stefan,
>
> Thanks for the reply, sorry about the typo, that was me trying to
> simplify the call for the listserv.
>
> console.log(e.getContent());
>
> is how I have it.
>
> - which is your qooxdoo version? *1.4.1-sdk*
> - which are "all the other browsers" (esp. version numbers and OS)?
> *Chrome 12.0.742.xxx, Firefox 3.6.18*
> - which are the circumstances of the request - is it cross domain? *No,
> not cross domain, the file is located in my resource/appname directory.
> (though that's just for testing purposes)*
> the targeted file really exist (or is it computed)? *Yes, it does exist*
> - is the "req" variable declared somewhere else, or is the "var req"
> indeed missing?* "var req" is there. *
> *
> *
> *Interestingly enough, **this request only a few lines above the other
> works fine...*
> var req = new qx.io.remote.Request('./resource/ms/ms.pqr.json', "GET",
> "application/json");
> req.addListener("completed", function(e) {
> msJSON= e.getContent();
> });
> req.send();
>
> I will say that where I make my call is within
> OpenLayers onFeatureSelect call.  Not sure if that makes any difference.
>
> Thanks,
> Jonathan

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Derrell Lipman
On Sun, Jul 3, 2011 at 11:00, Stefan Volbers <[hidden email]> wrote:
Hi Jonathan,

thanks for clarification.

I suspect this tiny little difference in the Request's response type is
interesting here:

You write that, before the request to "MaxT_KPDX.data" fails (in IE), a
request call to "ms.pqr.json" succeeds; this one is of
_application/json_ type, while the failing one is of _text/javascript_.

My idea is that the javascript code in "MaxT_KPDX.data", which gets
executed in the "completed" listener, may be somewhat browser specific;
you might want to temporarily switch the response type to _text/text_ or
so to find out more about it.

text/text is not one of the response types handled by the XmlHttp transport, but text/plain is. That's worth trying.

Also, you didn't respond to the comment in Stefan's original message: the variable 'console' does not exist, by default, in IE. That line will cause your program to die if 'console' is undefined. Do you have any appenders installed in your Application.js file? Instead of console.log(e.getContent()), try qx.Bootstrap.debug(e.getContent()) which will output it to your registered log appenders.

BTW, what do you mean by "I'm trying this request and get null as a returned value:" ? You get null from _what_? From console.log()? as the return value from qx.io.remote.Request()?

Derrell


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Jonathan Wolfe
Alright,

To start with, I was using firebug lite to test IE and console.log works but thanks for the suggestion to use qx.Bootstrap.debug(e.getContent()).  Next, I tried switching the type to "text/plain" and got my response.  I also tried using jquery:

 $.ajax({
                url: './resource/ms/MaxT_KPDX.data',
                async: true,
                dataType: 'script',
                success: function(data, textStatus, XMLHttpRequest){
                    console.log(XMLHttpRequest);
                }
              });

and that worked too. So I believe the error is in qx's parsing of "text/javascript" as jQuery was successful.  

I'm not sure if that is a bug or just malformed data on my part, but perhaps knowing jQuery can parse it is helpful?  I'm glad I have it working, though it would be nice to stay with qx and not have to have the jQuery helper. But since I'm using flot which already sources jquery it's not that big of deal ;-)

Thank you guys for your help!
Jonathan



On Sun, Jul 3, 2011 at 8:09 AM, Derrell Lipman <[hidden email]> wrote:
On Sun, Jul 3, 2011 at 11:00, Stefan Volbers <[hidden email]> wrote:
Hi Jonathan,

thanks for clarification.

I suspect this tiny little difference in the Request's response type is
interesting here:

You write that, before the request to "MaxT_KPDX.data" fails (in IE), a
request call to "ms.pqr.json" succeeds; this one is of
_application/json_ type, while the failing one is of _text/javascript_.

My idea is that the javascript code in "MaxT_KPDX.data", which gets
executed in the "completed" listener, may be somewhat browser specific;
you might want to temporarily switch the response type to _text/text_ or
so to find out more about it.

text/text is not one of the response types handled by the XmlHttp transport, but text/plain is. That's worth trying.

Also, you didn't respond to the comment in Stefan's original message: the variable 'console' does not exist, by default, in IE. That line will cause your program to die if 'console' is undefined. Do you have any appenders installed in your Application.js file? Instead of console.log(e.getContent()), try qx.Bootstrap.debug(e.getContent()) which will output it to your registered log appenders.

BTW, what do you mean by "I'm trying this request and get null as a returned value:" ? You get null from _what_? From console.log()? as the return value from qx.io.remote.Request()?

Derrell


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel




--
Jonathan Wolfe |  Meteorologist  
Portland, OR National Weather Service
503-326-2420

Try the: Model Spectrum then tell me what you think!



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: IE issue with qx.io.remote.Request?

Christian Hagendorn
Administrator
CONTENTS DELETED
The author has deleted this message.