[Koha-bugs] [Bug 12680] New: Shibboleth adaptive config

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Jul 31 08:57:33 CEST 2014


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12680

            Bug ID: 12680
           Summary: Shibboleth adaptive config
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Authentication
          Assignee: gmcharlt at gmail.com
          Reporter: martin.renvoize at ptfs-europe.com
        QA Contact: testopia at bugs.koha-community.org
                CC: dpavlin at rot13.org

I wish to enhance the shibboleth system such that you can adapt the config used
depending upon some attribute returned from the identity provider.

Use case: Given an academic institution, such a place may have rather differing
information on record for students as opposed to staff.  I've had instances
where the mapping between attributes and koha fields has differed wildly
between these two groups. Given the there is probably an attribute that can
differentiate between the two, then we should be able to use that to load a set
of mapping specific to that usergroup.

Example intended implementation.

<usesshibboleth>1</usesshiboleth>
<shibboleth selector="affiliation" value="student">
  <matchpoint>userid<matchpoint>
  <mapping>
    <userid is="uid"></userid>
  </mapping>
</shibboleth>
<shibboleth selector="affiliation" value="staff">
  <matchpoint>cardnumber<matchpoint>
  <mapping>
    <cardnumber is="libraryID"></cardnumber>
  </mapping>
</shibboleth>

So, in the above example config, the intention would be for koha to look for an
'affiliation' attribute first and foremost, and then depending upon it's value
(student or staff) load the corresponding configuration and continue as per
normal.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list