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

Session UI only allows searching for users in datastore

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 14.0.0, 14.0.0-M9, 14.1.0, 14.1.1, 14.5.0, 14.5.1, 5.5.1
    • Fix Version/s: 6.0.0.3, 6.5.0, 6.0.1, 5.5.2
    • Component/s: session, XUI
    • Labels:
    • Needs backport:
      Yes
    • Support Ticket IDs:
    • Verified Version/s:
    • Needs QA verification:
      Yes
    • Functional tests:
      No
    • Are the reproduction steps defined?:
      Yes and I used the same an in the description

      Description

      The sessions search feature within OpenAM requires a user to exist in the datastore in order to search for and delete a session. This means it will not be possible to find sessions for dynamic sessions, which do not make use of a user store.

      To recreate

      • Log into OpenAM as amadmin
      • Create a new subrealm
      • Set up Social Authentication within the realm (this could be any feature which allows OpenAM to act as the equivalent of a Service Provider)
      • Navigate to Subrealm -> Authentication -> User Profile
      • Set value of User Profile to Ignored and Save
      • In a private browsing session log in to subrealm with social auth
      • As amadmin attempt to search for session in realm
        Expected
      • Possible to search for session with username Google-* (or whatever the session was issued as)
        Actual
      • Sessions list will only submit search for user existing in user store.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                julian.kigwana@forgerock.com Julian Kigwana [X] (Inactive)
                Reporter:
                samdrew Sam Drew
              • Votes:
                1 Vote for this issue
                Watchers:
                10 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: