- May 25, 2022
-
-
richard.petersen authored
-
- May 24, 2022
-
-
richard.petersen authored
Cache lookups will immediately register a promise to prevent multiple requests for the same ressource
-
richard.petersen authored
Use correct path for index.html for the memory lookup
-
richard.petersen authored
-
- May 16, 2022
-
-
richard.petersen authored
Root cause: If multiple connections are opened at the same time after an update, the ui-middleware will do multiple requests to get initial data. That went especially worse, when e2e-tests are launched against ui-middlewares with multiple clients connecting at the same time. Soltion: Make sure, that a node already caches stuff without a response.
-
- May 09, 2022
-
-
richard.petersen authored
Root cause: configuration was only reloaded on those nodes, that did the version update. The other nodes might not notice that. Solution: On propagated version changes, the nodes always check for config changes
-
-
- May 05, 2022
-
-
richard.petersen authored
-
- May 04, 2022
-
-
richard.petersen authored
-
richard.petersen authored
-
- Apr 04, 2022
-
-
julian.baeume authored
Change the prefix to reflect the "new" name of the service. May be this even should be configurable at some point. This is a breaking change.
-
julian.baeume authored
Root cause: cache keys handled differently when reading/writing Solution: make sure keys are handled equally Fixes OXUIB-1528
-
- Mar 14, 2022
-
-
richard.petersen authored
-
richard.petersen authored
-
- Mar 02, 2022
-
-
richard.petersen authored
Root cause: Cross-Origin-Opener-Policy is set to same-origin per default and will prevent parent or window.opener to be set Solution: Set Cross-Origin-Opener-Policy to same-origin-allow popups
-
- Mar 01, 2022
-
-
richard.petersen authored
Use redirect instead of delivering index.html to prevent /ui paths in the future
-
- Feb 28, 2022
-
-
richard.petersen authored
Root cause: There are middlewares, which still use old redirects to /ui Solution: To prevent 404s, we just serve the index.html
-
richard.petersen authored
Solution: Only use the hash of the version
-
richard.petersen authored
Root cause: Version has was updated before file cache Solution: Keep all updates in one place and switch to new version at the same time
-
- Feb 23, 2022
-
-
richard.petersen authored
-
- Feb 09, 2022
-
-
richard.petersen authored
Root cause: If some of the UI containers is not available after successful start, the version update check might fail. Solution: Add error handlers when manifests can not be fetched after startup
-
- Feb 08, 2022
-
-
richard.petersen authored
-
richard.petersen authored
Fixes #6
-
- Jan 26, 2022
-
-
-
richard.petersen authored
-
- Jan 21, 2022
-
-
- Jan 12, 2022
-
-
richard.petersen authored
-
- Jan 11, 2022
-
-
richard.petersen authored
-
richard.petersen authored
-
richard.petersen authored
-
- Jan 10, 2022
-
-
richard.petersen authored
-
- Jan 07, 2022
-
-
bjoern.koester authored
-
- Jan 06, 2022
-
-
- Nov 29, 2021
-
-
-
richard.petersen authored
Root cause: Every readiness check triggered a cache warming Solution: Move readiness to startup probe
-
richard.petersen authored
-
richard.petersen authored
-
richard.petersen authored
Root cause: Due to the timeout, every request that was launched while fetching the previous manifests could led to another fetch and another cache.warmup Solution: Be more synchronous
-
richard.petersen authored
-
- Nov 25, 2021
-
-
richard.petersen authored
Root cause: Hash was computed on array.toString() which does not change much. Solution: Use the actual content of the vite manifests to compute the version.
-