A new request with request id 15825 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is :

Title : Koha-devel Digest, Vol 190, Issue 10
Category :
Description :
Send Koha-devel mailing list submissions to
    koha-devel@lists.koha-community.org

To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
or, via email, send a message with subject or body 'help' to
    koha-devel-request@lists.koha-community.org

You can reach the person managing the list at
    koha-devel-owner@lists.koha-community.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Koha-devel digest..."


Today's Topics:

1. Help! Plugin's API endpoint validation failing only on
customer server (Isherwood, Andrew)
2. Re: Help! Plugin's API endpoint validation failing only on
customer server (Michael Hafen (TECH))
3. Re: Listing Zebra (and Elasticsearch) indexes for end-users'
benefit (Fridolin SOMERS)
4. System administration, permissions and the like (Marcel de Rooy)
5. Release Manager for 22.05 (Paul Poulain)


----------------------------------------------------------------------

Message: 1
Date: Thu, 9 Sep 2021 15:52:04 +0100
From: "Isherwood, Andrew" <andrew.isherwood@ptfs-europe.com>
To: koha-devel <koha-devel@lists.koha-community.org>
Subject: [Koha-devel] Help! Plugin's API endpoint validation failing
    only on customer server
Message-ID:
    <CAF_KmTSGGsWXZDMp7hnnYo=LfeXucKy+bBDf7+qHSc8WDvHuaw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Hi

I've been banging my head against this one for a few hours now, so I'm
hoping someone can help!

I've developed a Koha ILL backend for RapidILL for a customer. Part of
the development was to create a plugin that provides Koha Rest API
endpoints that effectively proxies to the RapidILL SOAP API.
Everything works perfectly on my development server running
koha-testing-docker

However, on the customer's Koha instance, all API calls to the plugin
fail validation with the following error:

{
"errors": [
{
"message": "Expected object - got null.",
"path": "/body"
}
],
"status": 400
}

I'm pretty confident that my plugin and the requests I'm making to it
are correct since everything works perfectly on my dev server, however
the API spec is here
https://github.com/PTFS-Europe/koha-plugin-rapidill/blob/main/Koha/Plugin/Com/PTFSEurope/RapidILL/openapi.json

and a sample request body is:

{
"requestId": "17900139",
"updateAction": "Cancel",
"metadata": {
"UpdateComment": "TEST PLEASE CANCEL REQUEST"
}
}

The most annoying thing is that I've had this problem a few times
before in the past and it's always come down to module dependency
versions, though this time, I'm not sure this is the problem. I've
aligned versions of the following modules on the customer's server to
match the versions on my koha-testing-docker, these have been the
problematic modules in the past. But still no luck:

JSON - 2.90
JSON::Validator - 3.14
Mojolicious - 8.12
Mojolicious::Plugin::OpenAPI - 2.16

In an attempt to narrow it down, I've been trying to find somewhere
else in Koha where a POST API call is made, but haven't found one, any
idea?

Does anyone have any suggestions where else I could try?

Many thanks
Andrew
-------------------------------
Andrew Isherwood
Senior Software Engineer

Email: andrew.isherwood@ptfs-europe.com
www.ptfs-europe.com

Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30
The information contained in this email message may be privileged,
confidential and protected from disclosure. If you are not the
intended recipient, any dissemination, distribution or copying is
strictly prohibited. If you think that you have received this email
message in error, please email the sender at info@ptfs-europe.com


------------------------------

Message: 2
Date: Thu, 9 Sep 2021 10:13:12 -0600
From: "Michael Hafen (TECH)" <michael.hafen@washk12.org>
To: "Isherwood, Andrew" <andrew.isherwood@ptfs-europe.com>
Cc: koha-devel <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] Help! Plugin's API endpoint validation
    failing only on customer server
Message-ID:
    <CAAh7UdnFfo3RLCkj9JfRAOMyDMv+T4JZjCfUtNHd+anw+piU8g@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Have you looked at opac/svc/overdrive_proxy ? It doesn't do a POST, but it
does do some external api calls.

On Thu, Sep 9, 2021 at 8:52 AM Isherwood, Andrew <
andrew.isherwood@ptfs-europe.com> wrote:

> Hi
>
> I've been banging my head against this one for a few hours now, so I'm
> hoping someone can help!
>
> I've developed a Koha ILL backend for RapidILL for a customer. Part of
> the development was to create a plugin that provides Koha Rest API
> endpoints that effectively proxies to the RapidILL SOAP API.
> Everything works perfectly on my development server running
> koha-testing-docker
>
> However, on the customer's Koha instance, all API calls to the plugin
> fail validation with the following error:
>
> {
> "errors": [
> {
> "message": "Expected object - got null.",
> "path": "/body"
> }
> ],
> "status": 400
> }
>
> I'm pretty confident that my plugin and the requests I'm making to it
> are correct since everything works perfectly on my dev server, however
> the API spec is here
>
> https://github.com/PTFS-Europe/koha-plugin-rapidill/blob/main/Koha/Plugin/Com/PTFSEurope/RapidILL/openapi.json
>
> and a sample request body is:
>
> {
> "requestId": "17900139",
> "updateAction": "Cancel",
> "metadata": {
> "UpdateComment": "TEST PLEASE CANCEL REQUEST"
> }
> }
>
> The most annoying thing is that I've had this problem a few times
> before in the past and it's always come down to module dependency
> versions, though this time, I'm not sure this is the problem. I've
> aligned versions of the following modules on the customer's server to
> match the versions on my koha-testing-docker, these have been the
> problematic modules in the past. But still no luck:
>
> JSON - 2.90
> JSON::Validator - 3.14
> Mojolicious - 8.12
> Mojolicious::Plugin::OpenAPI - 2.16
>
> In an attempt to narrow it down, I've been trying to find somewhere
> else in Koha where a POST API call is made, but haven't found one, any
> idea?
>
> Does anyone have any suggestions where else I could try?
>
> Many thanks
> Andrew
> -------------------------------
> Andrew Isherwood
> Senior Software Engineer
>
> Email: andrew.isherwood@ptfs-europe.com
> www.ptfs-europe.com
>
> Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30
> The information contained in this email message may be privileged,
> confidential and protected from disclosure. If you are not the
> intended recipient, any dissemination, distribution or copying is
> strictly prohibited. If you think that you have received this email
> message in error, please email the sender at info@ptfs-europe.com
> _______________________________________________
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : https://www.koha-community.org/
> git : https://git.koha-community.org/
> bugs : https://bugs.koha-community.org/
>


--
Michael Hafen
Washington County School District Technology Department
Systems Analyst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20210909/787d62d5/attachment-0001.htm>

------------------------------

Message: 3
Date: Thu, 9 Sep 2021 09:56:56 -1000
From: Fridolin SOMERS <fridolin.somers@biblibre.com>
To: dcook@prosentient.com.au, 'Andrew Fuerste-Henry'
    <andrew@bywatersolutions.com>
Cc: 'koha-devel' <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] Listing Zebra (and Elasticsearch) indexes
    for end-users' benefit
Message-ID: <0f9cf1aa-c4ce-a4d6-f0ce-3eeb87563079@biblibre.com>
Content-Type: text/plain; charset=utf-8; format=flowed



Le 08/09/2021 à 13:56, dcook@prosentient.com.au a écrit :
>
> I suppose your average user (on either interface) won’t know MARC anyway…
I know a Marc, he is a friend of mine ^^

>
> David Cook
>
> Senior Software Engineer
>
> Prosentient Systems
>
> Suite 7.03
>
> 6a Glen St
>
> Milsons Point NSW 2061
>
> Australia
>
> Office: 02 9212 0899
>
> Online: 02 8005 0595
>
> *From:*Koha-devel <koha-devel-bounces@lists.koha-community.org> *On
> Behalf Of *Andrew Fuerste-Henry
> *Sent:* Wednesday, 8 September 2021 11:14 PM
> *To:* Fridolin SOMERS <fridolin.somers@biblibre.com>
> *Cc:* koha-devel <koha-devel@lists.koha-community.org>
> *Subject:* Re: [Koha-devel] Listing Zebra (and Elasticsearch) indexes
> for end-users' benefit
>
> Hi all!
>
> For what it's worth, there is a list of Zebra indexes in the manual:
> https://koha-community.org/manual/latest/en/html/searching.html#koha-search-indexes
> <https://koha-community.org/manual/latest/en/html/searching.html#koha-search-indexes>.
> I'm all for a fun tool that shows them within Koha, but it'd also be
> great if the manual were up to date.
>
> Speaking of showing search indexes right in the Koha staff client,
> Elastic already does that. The Search Engine Config page in
> administration shows you exactly how all of your MARC data is indexed
> for Elastic. It would totally make sense to rework this to also be able
> to show Zebra values.
>
> Andrew
>
> On Wed, Sep 8, 2021 at 3:49 AM Fridolin SOMERS
> <fridolin.somers@biblibre.com <mailto:fridolin.somers@biblibre.com>> wrote:
>
> Hi, sounds nice.
>
> FIY I am actually using a transformation of Zebra config in order to
> present it in CSV:
> https://git.biblibre.com/biblibre/tools/src/branch/master/zebra/list_indexes.xsl
> <https://git.biblibre.com/biblibre/tools/src/branch/master/zebra/list_indexes.xsl>
>
> We may use this to display in HTML.
>
> Best regards,
>
> Le 18/08/2021 à 17:12, dcook@prosentient.com.au
> <mailto:dcook@prosentient.com.au> a écrit :
> > Hi all,
> >
> > As always, a new day brings a new Zebra idea.
> >
> > One of my librarians asked me if there was any way to get a list of
> > Zebra indexes (particularly for Record Matching Rules), and I was
> all
> > prepared to say no… when I remembered something I read the other day.
> >
> > It turns out you can send the query "@attr exp1 1=1
> attributedetails" to
> > the magical database “IR-explain-1”, and it will give you a list
> of all
> > the indexes in that database along with the type of index and how
> many
> > documents are indexed against that index in the database. I think
> this
> > is something that we should add to Koha!
> >
> > I’m not familiar with Koha’s use of Elasticsearch, but I imagine
> there
> > is an easy way of getting a list of Elasticsearch indexes?
> >
> > --
> >
> > Of course, while having a list of indexes is good, it would be
> nice to
> > know what MARC data is in each of those indexes. I’m thinking about
> > creating a Koha Plugin that parses "biblio-koha-indexdefs.xml"
> and shows
> > a user-friendly view of what parts of the MARC record are put
> into which
> > indexes.
> >
> > --
> >
> > What do folk think about that? I think having a list of Zebra
> indexes
> > would be very useful for Record Matching Rules, but also for a
> “Search
> > tips” guide for the Staff Interface and OPAC.
> >
> > While we could provide a static list of indexes, but I think that
> would
> > be too much of a maintenance burden. I think having a list from
> Zebra
> > (or Elasticsearch), which we could cache in Memcached, would be
> the way
> > to go.
> >
> > Ideally, we could have an API route that surfaces this
> information, so
> > that we could just do an AJAX lookup from a web interface.
> >
> > --
> >
> > I’m hoping my librarian will sponsor development of a plugin, but I
> > think this would be useful in the core Koha code.
> >
> > David Cook
> >
> > Senior Software Engineer
> >
> > Prosentient Systems
> >
> > Suite 7.03
> >
> > 6a Glen St
> >
> > Milsons Point NSW 2061
> >
> > Australia
> >
> > Office: 02 9212 0899
> >
> > Online: 02 8005 0595
> >
>
> --
> Fridolin SOMERS <fridolin.somers@biblibre.com
> <mailto:fridolin.somers@biblibre.com>>
> Software and system maintainer 🦄
> BibLibre, France
> _______________________________________________
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org
> <mailto:Koha-devel@lists.koha-community.org>
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel>
> website : https://www.koha-community.org/
> <https://www.koha-community.org/>
> git : https://git.koha-community.org/ <https://git.koha-community.org/>
> bugs : https://bugs.koha-community.org/
> <https://bugs.koha-community.org/>
>
>
> --
>
> Andrew Fuerste-Henry
>
> Educator
>
> (he/they)
>
> ByWater Solutions
>
> bywatersolutions.com <http://bywatersolutions.com/>
>
> Phone:(888)900-8944 <tel:(888)%20900-8944>
>
> What is Koha?
> <http://bywatersolutions.com/what-is-koha/>
>

--
Fridolin SOMERS <fridolin.somers@biblibre.com>
Software and system maintainer 🦄
BibLibre, France


------------------------------

Message: 4
Date: Fri, 10 Sep 2021 08:46:35 +0200
From: Marcel de Rooy <rooy.de.m@gmail.com>
To: koha-devel <koha-devel@lists.koha-community.org>
Subject: [Koha-devel] System administration, permissions and the like
Message-ID:
    <CAGv4ghZdU6ep0k-r0uXXy=AN5KvOmNP36709a5-M6OqUozfRqg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi all,

A discussion on bug 28882 triggered me to open the following reports:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28989
Allow viewing systempreferences only

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28990
Allow changes for a configurable subset of systempreferences by
superlibrarian only

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28991
Setting user permissions should be limited by current user permissions

If you are interested in the subject, have some ideas about it, please add
a comment!

Thanks,
Marcel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20210910/8273b047/attachment-0001.htm>

------------------------------

Message: 5
Date: Fri, 10 Sep 2021 11:04:01 +0200
From: Paul Poulain <paul.poulain@biblibre.com>
To: koha-devel <koha-devel@lists.koha-community.org>
Subject: [Koha-devel] Release Manager for 22.05
Message-ID: <3414ab92-a33f-a965-7266-ab93ed10b90d@biblibre.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hello koha-devel,

I'm happy and proud to announce that Fridolin, from BibLibre, will apply
as RM for the 22.05 release. It's been a too long time since BibLibre
was taking the lead (Koha 3.10, in 2013 ! ), so we'll fix that ;)

Frido will have 3 days a week dedicated to this task (if he's elected,
of course). For those who don't know yet: Since 2 months, Frido is
living in France, but in France overseas,
https://www.timeanddate.com/time/zones/taht . His working hours are more
the NZ & AUS ones than Europan

The roles_for_22.05 page has not been created on the wiki if I'm not
wrong, shall I create it ?

--
Paul Poulain, Associé-gérant / co-owner
BibLibre, Services en logiciels libres pour les bibliothèques
BibLibre, Open Source software and services for libraries



------------------------------

Subject: Digest Footer

_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : https://www.koha-community.org/
git : https://git.koha-community.org/
bugs : https://bugs.koha-community.org/


------------------------------

End of Koha-devel Digest, Vol 190, Issue 10
*******************************************


NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.