Thank you Patrick,
I use Firefox 3 on Windows and had the same problem as described in the jira
issue TAP5-469.
The workaround described there (Adding the code below to my appmodule)
solved the problem
public static void
contributeResponseCompressionAnalyzer(Configuration configuration) {
I've also seen this behaviour and ended up turning off GZip compression for
"application/json" mime type.
See https://issues.apache.org/jira/browse/TAP5-469.
Patrick
2009/3/12 Howard Lewis Ship
> It's possible that XmlHttpRequest may not handle GZIPed responses
> correctly; I'm looking into it
It's possible that XmlHttpRequest may not handle GZIPed responses
correctly; I'm looking into it.
On Thu, Mar 12, 2009 at 4:28 AM, Peter Kanze wrote:
> Hi Joost,
>
> The error is in my javascript, because the response in my javascript is
> empty, but a full JSONArray is returned in my java code.
Hi Joost,
The error is in my javascript, because the response in my javascript is
empty, but a full JSONArray is returned in my java code.
It looks like somewhere between these steps the response gets empty.
Anyone an explanation?
Here is some code:
/*
*Java script
*/
function fillSubCategories(
Do you get an error on your server or in javascript? Because I too
have been having problems with the JSONResponse.
transport.responseJSON in my javascript is sometimes null. For some
weird reason the problem resolved itself when using shorter variable
names (scarry). Haven't had the time to look i
Hello
I had implement a depended select box. This works fine in T 5.0.18. But
after I upgrade to 5.1 the dependent select doesn't work anymore.
Only sometimes. It seems that the response is sometimes filled correctly,
but most of the time it is empty. I then mostly get the error "Badly formed
JSO
