You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ZCU-PUB/fix: reload redirect loop after Shibboleth login (absolute reload URL, no SSR redirect) (#1384)
* ZCU-PUB/test: reload redirect must be absolute and must not fire during SSR
Replicates the redirect loop after a Shibboleth login: the relative
'reload/<timestamp>' URL is resolved against the current URL
(e.g. /bitstreams/<uuid>/download), producing growing
/bitstreams/<uuid>/reload/reload/... URLs, because during SSR the redirect
repeats on every request (the dsRedirectUrl cookie cannot be cleared
server-side - ServerCookieService.remove is a no-op).
Also stops static-page.component.spec from mutating the shared environment
object (it replaced environment.ui, breaking later specs reading
environment.ui.nameSpace).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
* ZCU-PUB/fix: absolute reload URL and no post-login hard redirect during SSR
Fixes the redirect loop after a Shibboleth login:
- navigateToRedirectUrl() and refreshAfterChangeLanguage() build an absolute,
ui.nameSpace-aware /reload/<ts> URL. A relative 'reload/<ts>' URL in the
Location header is resolved against the request URL (e.g.
/bitstreams/<uuid>/download after an external login), producing nested
/bitstreams/<uuid>/reload/... URLs which never match the top-level
'reload/:rnd' route. navigateToRedirectUrl() also skips the redirect when
the current path already is the reload page.
- authenticatedSuccess$ dispatches RedirectAfterLoginSuccess only in the
browser. The server cannot clear the dsRedirectUrl cookie
(ServerCookieService.set/remove are no-ops), so a hard redirect during SSR
repeats on every request - one 'reload/' segment per 302 hop - until the
browser aborts at its redirect limit.
- ServerHardRedirectService.redirect() never emits a relative Location header.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
---------
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
0 commit comments