# |
Dec 5th 2017, 15:08 |
pedroseco |
first disabeling it. |
# |
Dec 5th 2017, 15:07 |
pedroseco |
so I'll go check for the AV |
# |
Dec 5th 2017, 15:07 |
pedroseco |
yup that's true |
# |
Dec 5th 2017, 15:07 |
hmic |
if the response is empty, not valid json. thats what you expect |
# |
Dec 5th 2017, 15:06 |
hmic |
which is fine |
# |
Dec 5th 2017, 15:06 |
pedroseco |
this because it returns a empty json data. |
# |
Dec 5th 2017, 15:06 |
pedroseco |
ok so the "official" error on chrome is this: Ajax Load Error - Connection Error: 200 SyntaxError: JSON.parse: unexpected end of data at line 2 column 1 of the JSON data |
# |
Dec 5th 2017, 15:00 |
hmic |
so check - on the network tab - the request and response on a non-working vs. working system |
# |
Dec 5th 2017, 15:00 |
pedroseco |
but its the same on chrome or firefox so not sure about the plugin |
# |
Dec 5th 2017, 14:59 |
pedroseco |
ok let me check. |
# |
Dec 5th 2017, 14:59 |
hmic |
accepts header that is |
# |
Dec 5th 2017, 14:59 |
hmic |
- can be some plugin or other setting |
# |
Dec 5th 2017, 14:59 |
hmic |
can also be the wrong accepts being sent by the browsers |
# |
Dec 5th 2017, 14:57 |
pedroseco |
ok but let me check the AV |
# |
Dec 5th 2017, 14:55 |
pedroseco |
but it does :| |
# |
Dec 5th 2017, 14:55 |
pedroseco |
this didn't work on IE |
# |
Dec 5th 2017, 14:55 |
pedroseco |
I would look into that if |
# |
Dec 5th 2017, 14:55 |
pedroseco |
nice point |
# |
Dec 5th 2017, 14:54 |
hmic |
anti virus |
# |
Dec 5th 2017, 14:54 |
hmic |
many things interfere with the browser in a typical windows environment |
# |
Dec 5th 2017, 14:54 |
pedroseco |
AV issue? |
# |
Dec 5th 2017, 14:54 |
hmic |
can be an AV issue e.g., or proxy or... |
# |
Dec 5th 2017, 14:54 |
pedroseco |
with autentication, but yes |
# |
Dec 5th 2017, 14:53 |
pedroseco |
different clients |
# |
Dec 5th 2017, 14:53 |
hmic |
is it public? |
# |
Dec 5th 2017, 14:53 |
pedroseco |
same source |
# |
Dec 5th 2017, 14:53 |
pedroseco |
yes |
# |
Dec 5th 2017, 14:53 |
hmic |
the one that works and the one that does not? |
# |
Dec 5th 2017, 14:53 |
pedroseco |
yes same |
# |
Dec 5th 2017, 14:53 |
pedroseco |
that's the only place where this JSON issue happens. |
# |
Dec 5th 2017, 14:53 |
hmic |
so you are accessing the same server? |
# |
Dec 5th 2017, 14:53 |
pedroseco |
I'm talking on running my application on a browser in a Win7 machine |
# |
Dec 5th 2017, 14:52 |
hmic |
pedroseco: are you talking about the clients or are you talking about running cake on a windows 7 dev machine? |
# |
Dec 5th 2017, 14:52 |
pedroseco |
Found a couple of links about this, but for Cakephp 2.X where a user said it must force the Content-type header. Now, in Cakephp3 does the _serialize have any option to force this kind of behaviour? |
# |
Dec 5th 2017, 14:51 |
pedroseco |
Since on my local machine this just works as expected, I've been having difficulties on debugging this issue. |
# |
Dec 5th 2017, 14:50 |
pedroseco |
I found out that the Content-Type on the response, on the Win7 machine, it's a text/html instead on application/json |
# |
Dec 5th 2017, 14:50 |
slackebot2 |
expected. |
# |
Dec 5th 2017, 14:50 |
pedroseco |
I'm getting a problem while running a _serialize json view in a windows 7 PC with the latest Chrome and Firefox apps. In other envirements we can just write /address/myjson.json and it shows the json object in the browser. It is a valid json that passes on json lint. Now, when I'm on the Windows 7 machine it shows a blank page. My Ajax request returns empty and so it doesnt work, while on other machines and browsers it just works as |
# |
Dec 5th 2017, 14:48 |
pedroseco |
Hi Guys! |
# |
Dec 5th 2017, 14:34 |
Milanz |
Is this a place where I can ask a quick question about a Cake 2 problem I'm facing? |
# |
Dec 5th 2017, 14:33 |
Milanz |
Hey guys, quite a few people here! |