Firstly to get some javascript to redirect to the location of the tiny_mce source.
This first request constructs the correct url for the large (cachable) tiny mce java script.
This first request is being cached by the servlet and by user's browers.
Secondly to retrieve the large tiny mce java script source. This is the one that needs to be cached.

An update was put in place to flush the Servlet cache when the url changes. This should update the servlet cache if the base url changes (or a request comes in on a different host) but wont flush browser caches.

I plan to fix this by:

• Update the servlet cache key to include the generated base url. This should save the time generating the javascript but should handle multi-homed environments.
• Making the first request return cache control headers to force the browser to not cache this initial request.

1. The /includes/* path was included in the 'requestcache' filter's mapping. This filter will supply better information when the 'base url' of the script is being calculated. In most cases this will result in a relative url which will handle multihoming correctly.

2. The response to the first request includes cache-control headers set to must-revalidate. This should help propagate changes to the URL if it does change.

Fixed for 2.4.5

If you access a single Confluence instance via two different host names you will need to clear your browser cache when you use a different hostname.

Would you check this Confluence Support Problem I requested https://support.atlassian.com/browse/CSP-8074 ?
It seems similar to this bug.

But the only different is that if I install a new fresh Confluence in my url setting, it works well.
Problems occurred only after I restore the data from 2.3.3 to 2.4.4.

Sincerely,
Micky