https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33711

            Bug ID: 33711
           Summary: Refine the token passing mechanisms introduced in bug
                    23336
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: REST API
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected],
                    [email protected]
        Depends on: 23336

Bug 23336 introduces an API workflow for checkouts by adding two endpoints..
one for availability that creates a token for confirmations that can then be
used by the checkouts endpoint to verify that availability has been checked.

Whilst I think the availability endpoint is worthwhile in it's own right, I
think we could also send back the token in the 409 pre-condition failed
response of the checkouts endpoint so one could use that single endpoint for
double duty in the right circumstances.

I also think we could work on how the confirmation token is sent to the
endpoint.. it's currently a simple query param but may lend itself to being
part of the x-koha-overrides header or another header?


Referenced Bugs:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23336
[Bug 23336] Add an API endpoint for issuing an item to a patron
-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
You are on the CC list for the bug.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to