December 2023 - Koha-bugs - lists.koha-community.org

[Bug 26740] New: REST API: Add endpoint for task queue
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26740 Bug ID: 26740 Summary: REST API: Add endpoint for task queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au It would be great if there were a HTTP API endpoint that we could use to enqueue tasks. That said, we would need to be careful with permissions, so it would probably need to be a different endpoint for each kind of task that could be enqueued. My main thought here is to have a task scheduler daemon that adds tasks via the task queue endpoint when its timers fire, but it could be used in all sorts of ways. A frontend AJAX call could add a task and then either poll/have a refresh button to get updated information about that task. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 25660] New: Unable to change system preferences in "vintage" git install without plack
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25660 Bug ID: 25660 Summary: Unable to change system preferences in "vintage" git install without plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 105506 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105506&action=e… screenshot showing the error message Ok, so I don't know if this should be a bug. Tomás said to file one anyway. :) It does impact my ability to do pretty much anything with my Koha install. I have a git install of Koha which I update using git pull/updatedatabase. No plack, no memcached. For a couple of weeks, I haven't been able to change system preferences. When I try to save, it says "Internal Server Error, please reload the page". This is not the blank Internal Server Error you get when you have plack. It's a message that pops-up in a dark grey box (see attachment). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 25604] New: Plugin unlinking failing during uninstall
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25604 Bug ID: 25604 Summary: Plugin unlinking failing during uninstall Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I'm seeing the following: Could not unlink /var/lib/koha/kohadev/plugins/Koha/Plugin/Dcook/OahImport.pm.pm: No such file or directory at /kohadevbox/koha/Koha/Plugins/Handler.pm line 106. Looks like the $plugin_path handling isn't working quite right. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25848] New: Allow staff to cancel subscription alerts on behalf of patrons
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25848 Bug ID: 25848 Summary: Allow staff to cancel subscription alerts on behalf of patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, the only way to cancel email alerts/notifications about subscriptions is manually, by the borrower, through the OPAC. This is a problem if the borrower has since left the library and can no longer log in to the OPAC. There should be a way for staff to cancel these subscriptions to subscription alerts in the staff client. To reproduce: Set up a subscription for a biblio. Edit it and ensure the patron notification is enabled Log in to the OPAC and go to that biblio Click 'Subscribe to email notification on new issues' button and confirm this Notice there is now a button to cancel the subscription on the OPAC In the staff client, go to the subscription and click the subscribers link next to Patron notification (serials/viewalerts.pl?subscriptionid=X) Notice you can't remove subscribers here -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25797] New: REST API using OAuth doesn't actually authorize
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25797 Bug ID: 25797 Summary: REST API using OAuth doesn't actually authorize Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com Created attachment 105997 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105997&action=e… Authorise on the x-koha-authorization header, not the authorization header Just spent a whole bunch of time on this - and think I have a solution. The rest api, is looking for the authorization header - but for some reason, koha is rewriting this header to be "x-koha-authorization". The attached patch fixes things for me here, finally allowing me to make API calls! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 25364] New: Add "Other" to the gender options in a patron record
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25364 Bug ID: 25364 Summary: Add "Other" to the gender options in a patron record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Almost all new installs require us (PTFS Europe) to modify the wording on the Gender options in a patron record in order to meet the requirements of users. I propose that changing the three options ("Female", "Male" and "None specified") to ("Female", "Male", "Other" and "None specified / Prefer not to say") would help avoid these problems. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 24425] New: Remove utf8 as an export option
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24425 Bug ID: 24425 Summary: Remove utf8 as an export option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl it's a character encoding, not a file type. Doesn't really makes sense. Option exists for both bibliographic records and authority records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 25579] New: Holds Tracker Page
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25579 Bug ID: 25579 Summary: Holds Tracker Page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Similar to delivery systems for pizza companies, it would be great to have a holds tracker that refreshes each minute, checking holds and displaying a live queue, and optionally automatically printing a pull slip so staff can just grab slips and grab the item to check in and trigger. This would also be a great mechanism for cancelled holds as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25676] New: Staff client catalog search shows incorrect item status under location
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25676 Bug ID: 25676 Summary: Staff client catalog search shows incorrect item status under location Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: joe(a)flo.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 105553 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105553&action=e… Incorrect search result example If you have an item that has a Lost status of "Lost" it will appear as "long overdue" in staff client search results. See attached screenshots for an example. This should display the current Lost status instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 25657] New: Import Patron fails without userid - not stated as required field in notes
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25657 Bug ID: 25657 Summary: Import Patron fails without userid - not stated as required field in notes Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Somewhere in a recent upgrade, the userid became a required field for importing patrons. If it is not present Koha will attempt to use the userid from the person logged in for all userids. This causes the import to fail as they're 'duplicate'. This is an easy fix - update the notes to state the userid is a required field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15