I'm deploying to a topology that requires using 3rdpartygadget to publish gadgets, and although the addresses for script resources can be relative, the CSS appears to require fully-qualified URLs using
__UP_externalServerHost__/3rdpartygadget/files
However, this introduces variability and high potential for mistakes because the product folder must be included in that path. This essentially precludes using versioned folders for documentation and cache-busting on upgrades.
Sure, one can hope the developer remembers to scour the entire project for correct paths, but 10 times out of 10 this is overlooked until, at the customer site, one has to explain why the gadget looks like crap.
Attempting to use normal relative addresses (exactly as how the `<script>` tags do) makes the browser look for CSS resources on `https://localhost_8082/...`.
Has anyone found a viable workaround for this bug?
Thanks!