From a679380e2290a0e15b2998966edb265d131f04f6 Mon Sep 17 00:00:00 2001 From: Martin Renvoize Date: Wed, 17 May 2023 19:56:43 +0100 Subject: [PATCH] Bug 30979: (follow-up) Fix public availability 500 When we introduced the logged in user id to the token generation we had the knock on effect of creating a 500 response for unauthenticated availability lookups. This patch resolves the 500, but results in a token that's not useful for the end user. We should consider this in the wider context down the line. Signed-off-by: Martin Renvoize --- Koha/REST/V1/Checkouts.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Koha/REST/V1/Checkouts.pm b/Koha/REST/V1/Checkouts.pm index 4c22f3570c..b3d02e012b 100644 --- a/Koha/REST/V1/Checkouts.pm +++ b/Koha/REST/V1/Checkouts.pm @@ -161,7 +161,7 @@ sub get_availability { $c->_check_availability( $patron, $item ); my $confirm_keys = join( ":", sort keys %{$confirmation} ); - $confirm_keys = $user->id . ":" . $item->id . ":" . $confirm_keys; + $confirm_keys = $user ? $user->id : '' . ":" . $item->id . ":" . $confirm_keys; my $token = Koha::Token->new->generate_jwt( { id => $confirm_keys } ); my $response = { -- 2.41.0