[Koha-bugs] [Bug 25870] Add a q_ccl query parameter to /biblios

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Jul 26 13:45:38 CEST 2022


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

--- Comment #17 from Tomás Cohen Arazi <tomascohen at gmail.com> ---
Comment on attachment 138123
  --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=138123
Bug 25870 - Add a q_ccl query parameter to /biblios

Review of attachment 138123:
 --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=25870&attachment=138123)
-----------------------------------------------------------------

::: Koha/REST/V1/Biblios.pm
@@ +160,5 @@
> +    my $record_processor = Koha::RecordProcessor->new(
> +        {
> +            filters => 'ViewPolicy',
> +            options => {
> +                interface => 'opac',

I think you could implement only a list() method, and rely on
$c->stash('is_public') to choose staff vs. public. And later check the
OpacHiddenItems stuff accordingly.

@@ +177,5 @@
> +            }
> +        );
> +    }
> +
> +    sub format_record_by_content_type {

This inline subs look really untidy.

@@ +243,5 @@
> +        }
> +
> +        my $response =
> +          format_record_by_content_type(
> +            { content_type => $requested_content_type, records => \@records } );

It feels like this method call should be placed in the data => portion of the
respond_to, with the right parameters for each case instead of 'detecting it'
inside format_record_... But as I said, I'm still not convinced by those subs.

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


More information about the Koha-bugs mailing list