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

[Bug 26877] New: Add ability for libraries to be able to restart the SIP server
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26877 Bug ID: 26877 Summary: Add ability for libraries to be able to restart the SIP server Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I don't know if this is even possible but when we were on another ILS we could restart the SIP server when we needed to. We have an AMH and third-party self-checks so it would be nice to be able to restart SIP on our own rather than having to ask our support vendor to do it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 26483] New: Allow search-to-link for analytical cataloging of existing records
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26483 Bug ID: 26483 Summary: Allow search-to-link for analytical cataloging of existing records 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With EasyAnalyticalRecords turned on, one can easily create a new bib with the 773 populated with the multiple bits of data required for analytics to work. However, there's no comparably simple way to pair two existing bibs. One needs to edit the child record to add the biblionumber, itemnumber, barcode, title, author, 001, and 260 from the parent record. That's a lot to copy over! I'd love to see a button one could click to initiate a search to find an existing bib to turn into a child record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 33550] New: Rename Patron restrictions administration page 'Patron restriction types'
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33550 Bug ID: 33550 Summary: Rename Patron restrictions administration page 'Patron restriction types' Change sponsored?: --- Product: Koha Version: unspecified 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 This is a suggestion because I think it would make more sense (we have attribute types, credit types, debit types, etc.) but also to help with translations. Right now, the term for a restriction on a specific patron and the term for the restriction type administration are the same, but they don't mean the same thing. #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/admin-home.tt:130 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:38 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:57 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:167 #: koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt:218 #: koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt:1411 #: koha-tmpl/intranet-tmpl/prog/en/includes/admin-menu.inc:58 #, c-format msgid "Patron restrictions" msgstr "Restrictions de l'utilisateur" In memberentrygen, it's to add a restriction to a specific patron In admin-home/menu and restrictions, it's to add restriction types Therefore, I think the administration page should be named 'Patron restriction types'. Opinions? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 26409] New: Possible Duplication of Serials occurs during receiving process
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26409 Bug ID: 26409 Summary: Possible Duplication of Serials occurs during receiving process 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To recreate: 1. Click to receive an issue. Koha has predicted the Numbered issue to be V.50 N0.3 2. Do not change the enumeration but instead click to either add an item, or change status to arrived. 3. In Item Holdings, change the enumeration from (example Koha predicted: V.50 NO.3), to V. 52 NO. 1 in the 952$h 4. Save this item. Koha will create the new item with the serial enumeration change (VOL. 52 NO.1) BUT also create a issue from the originally forcasted issue (V.50 NO.3). This originally forcasted issue V.50 NO.3 will ONLY appear under the Subscription Tab on the OPAC/Staff Interface, it does not appear in the Serials Module. This originally forecasted issue should not appear as received. Either Koha should not allow the Serial Enumeration to be changed in the Item Holding or reflect those changes in the original issue as to not create two. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24107] New: Returns.pl fetches the same item from the database multiple times
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24107 Bug ID: 24107 Summary: Returns.pl fetches the same item from the database multiple times Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I noticed while writing the patch for bug 24106 that we get the same item from the database multiple times. It would make sense to only fetch it once for efficiency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25930] New: Datatables_Members.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25930 Bug ID: 25930 Summary: Datatables_Members.t is failing randomly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Two recent failures in the CI https://jenkins.koha-community.org/view/19.05/job/Koha_19.05_D8/248/console… https://jenkins.koha-community.org/job/Koha_19.05_D9/252/consoleText And I could reproduce locally in Debian 10 on master. After 22 tries and 2017 tries t/db_dependent/Utils/Datatables_Members.t .. 6/53 # Failed test 'There are two Doe at nIfpuJszvy' # at t/db_dependent/Utils/Datatables_Members.t line 183. # got: '3' # expected: '2' t/db_dependent/Utils/Datatables_Members.t .. 45/53 # Looks like you failed 1 test of 53. -- You are receiving this mail because: You are watching all bug changes.

1 5

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

11 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 11 Dec '23

11 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 11 Dec '23

11 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 11 Dec '23

11 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