Latest version (3.5.5) appears to fail rendering data

[AldoRamos]

I apologize for not mentioning the proxy. I didn't even think of it, since it had been working previously (and in development I often switch back and forth between proxy and VPN).

I believe I upgraded from 3.4.1 (no longer have logs to confirm exactly). But I explicitly tested that page before & after to confirm this change in behavior.

The ma.log shows nothing relevant (no entries except for JSON File Import Job.)

@MattFox adding CORS configuration made no difference (except locking me out until I opened it up globally).

Adding the following configuration to the VirtualHost configuration fixes it:

    RewriteEngine On
    RewriteCond %{HTTP:Connection} Upgrade [NC]
    RewriteCond %{HTTP:Upgrade} websocket [NC]
    RewriteRule /(.*) ws://internal.mangoserver.com:8080/$1 [P,L]

I apologize for the confusion, but due to some similar issues with another Mango server, I explicitly tested it with this configuration before and after upgrading, which is why I listed the symptoms (and my diagnosis) as I did.

Bottom line, it's working. Why? uhh.... It's working! ;-)

[AldoRamos]

@mattfox Yes, the proxy configuration is exactly what I needed. The CORS configuration didn't seem to help.

[MattFox]

Well at least that's sorted i'm happy. Forgive the irritated post Jared, it's been a difficult few weeks surrounding Mango data handling related issues.

Edit: The above virtual host config I have there works with l;etsEncrypt so you can just set and forget. Just make sure you add the

ProxyPass /.well-known !

in the SSL version of your config if you have forced redirect to SSL in order for letsencrypt to update

[AldoRamos]

I take it back, @MattFox ; apparently the CORS configuration IS necessary. Suddenly found it failing again, and sure enough enabling CORS did the trick.

I really do go through these tests in a methodical manner, but somehow I'm losing the sequence today.

Thanks to all who helped me get through this.

[Jared Wiltshire]

I might try and setup a Apache reverse proxy and figure out what is going on here. I still don't think that CORS should be necessary, I believe you that it fixes the problem however I don't think its the correct solution. In fact allowing any origin with allow credentials poses a security risk so I'd like to get it sorted out for you guys.

[phildunlap]

Have you been setting the HTTP origin header in your proxy?

We have sites running behind an Apache proxy, and the live-chart on 3.5.5 doesn't seem to have an issue. CORS is not enabled. Here is an example of the Apache config with a wildcard SSL certificate being used,

ServerName servername.host.extension
ProxyPass / http://172.16.3.4/
ProxyPassReverse / http://172.16.3.4/
RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket
RewriteRule /(.*) ws://172.16.3.4/$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket
RewriteRule /(.*) http://172.16.3.4/$1 [P,L]
ProxyPreserveHost off
RequestHeader set Origin "http://servername.host.extension"
Header edit Location ^http://servername.host.extension https://servername.host.extension
SSLProxyEngine On
SSLEngine on
SSLCertificateFile /path/to/host.extension.crt
SSLCertificateKeyFile /path/to/host.extension.key
SSLCertificateChainFile /path/to/host.extension.ca-bundle
ProxyRequests on

[MattFox]

What version of apache is that? I don't think my version allows some of those settings

[phildunlap]

2.4.x

What settings would it not allow?

[MattFox]

RequestHeader

[phildunlap]

Loading mod_headers in your apache config? https://httpd.apache.org/docs/current/mod/mod_headers.html

Or maybe you just need to symlink it into mods-enabled and reload ?

[MattFox]

That will likely be it, thanks Phil!