Uploaded image for project: 'OpenAM'
  1. OpenAM
  2. OPENAM-18176

If SLO is attempted on a different server to where SSO was completed, AM returns a blank page

    XMLWordPrintable

    Details

    • Bug
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 6.5.3
    • None
    • SAML
    • Rank:
      1|i051f8:i
    • AM Sustaining Sprint 88, AM Sustaining Sprint 89
    • 5

      Description

      Bug description

      If SLO is attempted on a different server to the one SSO was complete against, AM returns a blank page. It does not even land on the default page. AM recommends sticky SLO but there will be occasions where the AM server that SSO was completed on is not available (server down etc.)

      How to reproduce the issue

      1. Setup two AMs behind a LB to act as the SP
      2. Setup one AM as an IDP
      3. Remove AM2/SP2 from the LB pool and complete SSO against the LB (SP1)
      4. Add SP2 back in and remove SP1 and attempt SLO against the LB (SP2) 
      Expected behaviour
      AM to at least land on the SAML2 Plugin Default Page
      Current behaviour
      AM returns a blank page. If you refresh the page, it does redirect to the SAML2 Plugin Default Page

      Work around

      SSO and SLO to the same server (not always possible) or refresh the SLO attempt (not ideal).

        Attachments

          Issue Links

            Activity

              People

              Unassigned Unassigned
              aaron.haskins Aaron Haskins
              Votes:
              1 Vote for this issue
              Watchers:
              7 Start watching this issue

                Dates

                Created:
                Updated: