Portal startup fixed on published deployments

A safety check that guards against modules accidentally overriding each other's web routes was too strict: on deployed (published) portals it also flagged the platform's own static files, which are legitimately served in several compressed variants, and refused to start the portal. The check now only triggers when a module's route is actually involved in a conflict, so deployments start normally while the protection against real route conflicts stays in place.

Reconnecting…
The server was updated. Reloading the page to pick up the latest version.