Replies: 2 comments 3 replies
|
It may be that the c in the code is actually a cyrillic c. We have seen this a few times due to russian contributors. We thought we had them all filtered out, but we will scan again. |
0 replies
|
We did find one cyrillic character, but most were fixed a long time ago. Please make sure you are up to date. |
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I am trying to set up a reverse proxy using Apache to forward my ZM server through my SSL gateway. I have other things such as Plone instances working fine this way.
When I try to proxy the ZM machine I get characters mangled in some of the js files. Thus things do not work. My other backend servers do not have this problem. One specific example is line 389 of skin.js:
where the 'c' in 'cookie' appears to be changed to control C (U+0081). I tried making sure that the encoding for the js files is not changed by the proxy. Is there something funny about some of the 'c' characters in some files? So far I have only seen the problem with the character 'c'.
I am sure I am overlooking something simple as these js files work fine without the reverse proxy.
I would be thankful for any ideas.
All reactions