We were using OpenID + Keycloak for signing in and out, it was working perfectly in 10.9.1. However, after upgrading the portal to 11.1, we are having an issue as follows: * Open portal, Sign-in to portal (>> signed in successfully) * Open portal again in new browser tab same session (here is the issue)* Expected: user should be logged in automatically because he/she logged in already in the same session. * Actually: portal loads the landing page with Sign in button as if user is not logged in. However, when user click on Sign in and select the option to login via Keycloak, page is redirected directly to portal and user is signed in without entering username/password. We have tried to trace what's going on from the browser developer tools, I believe that there is no authentication token stored in the cookies after the initial login because the problem happens when user open new tab and load portal page, and it found no auth cookie = not signed-in. However, when user click on sign in and start communication with Keycloak, Keycloak redirects it directly to portal with no action needed from the user cause the initial auth token is stored on keycloak server side already.

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Open ID login lost when opening a new tab

SebastienPetit

We were using OpenID + Keycloak for signing in and out, it was working perfectly in 10.9.1. However, after upgrading the portal to 11.1, we are having an issue as follows:

Open portal, Sign-in to portal (>> signed in successfully)
Open portal again in new browser tab same session (here is the issue)
- Expected: user should be logged in automatically because he/she logged in already in the same session.
- Actually: portal loads the landing page with Sign in button as if user is not logged in. However, when user click on Sign in and select the option to login via Keycloak, page is redirected directly to portal and user is signed in without entering username/password.

We have tried to trace what's going on from the browser developer tools, I believe that there is no authentication token stored in the cookies after the initial login because the problem happens when user open new tab and load portal page, and it found no auth cookie = not signed-in. However, when user click on sign in and start communication with Keycloak, Keycloak redirects it directly to portal with no action needed from the user cause the initial auth token is stored on keycloak server side already.

Find more posts tagged with

Accepted answers

All comments

LorenzMeyer1

The issue occurs, if you have beside the OIDC login screen the login screen for portal builtin users enabled. The software cannot properly handle that. The workaround is to disable the login screen for the portal builtin users. Then, opening a new browser tab does not require a new login

LorenzMeyer1

On ArcGIS 10.9.1 this cooke "esri_aopc" was availabe but on a fresh ArcGIS 11.1 installation this cookie "esri_aopc" is no longer listed in the browser.

LorenzMeyer1

We faced exaclty the same problem here. Using 11.1 with OIDC loses the session in another browser tab. The newest patchtes are installed, including the WebAdaptor Reliability Patch 2 B.

Aled Wyn Jones

😞
I believe the cookie you're looking to preserve between tabs is "esri_aopc" - I would suggest ensuring your Enterprise is fully updated, with all available patches, and then testing on a Browser that doesn't have any policy applied to it.

If you can still replicate the issue in this state, please raise this with technical support - it sounds like it will require a thorough investigation.

Hope you get to the bottom of it!

SebastienPetit

Just applied the patch.

Did not solve our issue ☹️

SebastienPetit

Thank you.

Indeed it seems to be the same.

Let me check that

Aled Wyn Jones

Hi @SebastienPetit,

Could you please ensure the web adaptor patch for IIS is in place (if this is the web adaptor you're using)?

https://support.esri.com/en-us/patches-updates/2023/arcgis-web-adaptor-iis-11-1-reliability-update-2-patch

Your issue sounds like it may be this bug:

BUG-000160009 - ArcGIS Web Adaptor (IIS) 11.1 fails to transmit multiple set-cookie response headers resulting in some cookies not getting created and affecting apps such as ArcGIS StoryMaps.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.