This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Change of content editor URL ignored

Filr 23.2, all in one (system for testing)

When I configured this Filr's content editor URL for the first time I used the FQDN of the content editor appliance. Now I want to change this to a different URL using a reverse proxy.

Filr ignores the change. "Test connection" works. The new URL is saved. But it is not used - it still uses the old one. Reboot did not help.

Any ideas?

Parents
  • 0

    Have you refreshed the browser cache after changing the value? The Filr web client is an AngularJS-based monster and caches a lot of things locally.
    You can also try a "new" browser, as in a abrowser you haven't used with Filr yet.

    If a cache refresh helps, this should be addressed in the code by e.g. setting a config-last-changed timestamp header by the server that a client can evaluate...

    HTH!

  • 0 in reply to 

    I double-checked this - deleted cache in Firefox, installed Opera - the problem persists.

    (But you are right, browser cache IS a problem with Filr: sometimes I don't see "My Files" and "Netfolders" after successful login, deleting browser cache helps in these cases.)

Reply
  • 0 in reply to 

    I double-checked this - deleted cache in Firefox, installed Opera - the problem persists.

    (But you are right, browser cache IS a problem with Filr: sometimes I don't see "My Files" and "Netfolders" after successful login, deleting browser cache helps in these cases.)

Children
  • 0 in reply to 

    Interesting. Somewhere, the request seems to be rewritten. Can you use the Browser DevTools (usually F12) to check the link generated by the Filr Web UI? If that is the new URI, then use a client like wget or curl (both come with MobaXterm or cygwin) and you'll see easily where and when the rewrite happens.

    We have multiple layers a t work here, web applications, tomcats, jettys, two SLESs and a docker container), so there's many moving parts that can be involved depending on the change you made (I have seen fun things happen if e.g. the hostname stayed but only the domain changed). This means places to also check can be:

    • your reverse proxy configuration (have you set ProxyPass but not ProxyPassReverse?)
    • hosts file of Filr (I have seen software use the given hostname to get the IP, then reverse-lookup the IP and use that name)
    • your client hosts file
    • network config of CE, if the hostname on eht0 might be involved ( https://<your-CE-host>:9443/vaconfig/network )
    • your own proxy if you use one (I have seen behaviour like this a long time ago with long caching times on squid).

    I think the most probable culprit could be the reverse proxy. Which one do you use?