January 2022 - Koha-bugs - lists.koha-community.org

[Bug 28723] New: Holds table not displayed when it contains a biblio without title
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28723 Bug ID: 28723 Summary: Holds table not displayed when it contains a biblio without title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Staff Client Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Steps to reproduce: 1. Create a biblio without title, then create an item for this biblio. 2. Place a hold on it. 3. Go to the patron detail page and click on the Holds tab 4. Confirm that holds are not displayed (the table is there but empty) In the browser console you can see an error message: > Uncaught TypeError: oObj.title is null -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 29860] New: Useless warnings in regressions.t
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29860 Bug ID: 29860 Summary: Useless warnings in regressions.t Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. Run: $ kshell k$ prove t/db_dependent/selenium/regressions.t => FAIL: You see several item-level_itypes set but no itemtype set for item (985) at /kohadevbox/koha/Koha/Schema/Result/Item.pm line 905. and Wide character in print at /usr/share/perl/5.32/Test2/Formatter/TAP.pm line 156. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28068] New: Cash register should not record writeoff as cash received
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28068 Bug ID: 28068 Summary: Cash register should not record writeoff as cash received Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org While reviewing register details I found that write offs are recorded as cash received. Unless I misunderstand write-offs, no cash is received but is meant to act as a type of forgiveness. This is confusing because it adds to the total cash received in the cash register. The register summary excludes the write off in the total bankable, but without knowing why there is a difference between the total received and bankable it can lead to confusion. The current summary (example): Last cashup: 03/30/2021 01:28 PM Float: 25.00 Total income (cash): 68.95 (68.40) Total outgoing (cash): -5.10 (-5.10) Total bankable: 63.30 Proposed change (example): Last cashup: 03/30/2021 01:28 PM Float: 25.00 Total income (cash): 68.95 (68.40) Total outgoing (cash): -5.10 (-5.10) Total write-offs: -0.55 Total bankable: 63.30 Or even better, do not include write-offs as cash received since no money enters the drawer during that transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29901] New: Editing purchase suggestions create a new suggestion
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29901 Bug ID: 29901 Summary: Editing purchase suggestions create a new suggestion Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, When a purchase suggestion is created from the OPAC and then edited, the first suggestion is not edited and a new suggestion is created. To recreate : 1. Create a purchase suggestion from the OPAC 2. In the staff interface, edit the suggestion. For exemple, edit the copyright date field and save the change 3. Refresh the OPAC purchase suggestions page 4. Refresh the staff interface purchase suggestions page Results : The first suggestion with the first copyright date is still there and a new suggestion is created with the new copyright date and the same other informations (title, author, etc.) Note : I also tested with the author field and the result is the same, it's not specific to the copyright date field. I also tested on a 21.05 demo site and I have the same problem. Thank you ! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26357] New: Create preference for staff notification of patron self-renewals
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26357 Bug ID: 26357 Summary: Create preference for staff notification of patron self-renewals 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Have a preference to whether or not patron modification requests include patron modifications that are simply renewal updates that acknowledge that no information has changed in the account. This relies on bug 26355. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 27619] New: Remove de-DE installer data
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27619 Bug ID: 27619 Summary: Remove de-DE installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24972, 24973, 24871 +++ This bug was initially created as a clone of Bug #24897 +++ Now we can translate all installer data, then the fr-FR directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24972 [Bug 24972] Remove de-DE installer data https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 16520] New: Per-virtualhost SetEnvs don't work with Plack
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16520 Bug ID: 16520 Summary: Per-virtualhost SetEnvs don't work with Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The various SetEnvs that can be used in Koha to configure memcached, change search limits, override sysprefs and add custom stylesheets don't work in Plack. It is likely impossible to fix this with the current HTTP proxy setup, so we need a workaround. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 23263] New: RecordedBooks shows 'Check out' button for unavailable items
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23263 Bug ID: 23263 Summary: RecordedBooks shows 'Check out' button for unavailable items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The recorded books code checks if the current patron has a specific item checked out, if not it shows a checkout button. We should instead check the availability of the item and only show a button if it is available. Currently RB digital results don't have this information: https://gitlab.com/srdjan-catalyst/webservice-ils/merge_requests/1 -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 22028] New: RecordedBooks integration with audio and magazine titles
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22028 Bug ID: 22028 Summary: RecordedBooks integration with audio and magazine titles Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, the Recorded Books integration from [17602] Integrates support for RecordedBooks (formerly OneClickDigital) API integrates ebook titles. Audiobooks and magazines would be a good enhancement to be searched and circulated with this integration. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 21586] New: Add generic OpenIDConnect client implementation
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '22

23 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21586 Bug ID: 21586 Summary: Add generic OpenIDConnect client implementation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org It would be great to have a generic OpenIDConnect client that anyone could point at any OpenIDConnect server for authentication. Years ago, I wrote this software client for a client that needed to connect to 2 different upstream servers. More recently, I've re-used the code for a different client with a different upstream server. The first third-party server wasn't compliant to the standard, so there are some hacks in my code, but the second latest third-party server does seem compliant, so you should be able to use this code legitimately without compromising as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23