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

[Bug 9717] Local use recorded for holds/transfers
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '22

29 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9717 Axelle Aix-Marseille Université <axelle.clarisse(a)univ-amu.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |axelle.clarisse(a)univ-amu.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23930] New: No permissions SSO login to staff client should redirect to a custom URL
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '22

29 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23930 Bug ID: 23930 Summary: No permissions SSO login to staff client should redirect to a custom URL Change sponsored?: Sponsored Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Presently if a patron tries to login to the staff client and they have insufficient permissions they are re-directed back to the Koha login page with the message: 'Error: You do not have permissions to access this page'. This is fine when the staff client authentication is the native Koha login, but when you have a SSO implemented then logging in via the Koha login page and then being re-directed to a native koha login form does not make sense. We'd like to implement a syspref InsufficientPermissionRedirectURL which the staff client re-directs to if the authenticating patron does not have permission to view the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 31480] New: OAI-PMH Identify response missing "Repository identifier" and "Sample identifier"
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '22

29 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31480 Bug ID: 31480 Summary: OAI-PMH Identify response missing "Repository identifier" and "Sample identifier" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you go to /cgi-bin/koha/oai.pl?verb=Identify, you'll see that "Repository identifier" and "Sample identifier" are blank. The ./koha-tmpl/opac-tmpl/xslt/OAI.xslt makes it seem that they should be at oai:description/oai_id:oai-identifier/oai_id:repositoryIdentifier/text() and oai:description/oai_id:oai-identifier/oai_id:sampleIdentifier/text() but there is no oai:description in the XML response. I imagine that someone must've written that XSLT with purpose once upon a time but that data has been lost to the ages... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 31436] New: AllowRenewalIfOtherItemsAvailable should not take frozen holds into account
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31436 Bug ID: 31436 Summary: AllowRenewalIfOtherItemsAvailable should not take frozen holds into account Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If AllowRenewalIfOtherItemsAvailable is enabled, Koha checks to make sure all other holds are fillable before renewing. It doesn't make sense to look at frozen holds for this reason, as they are by definition, unfillable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 31474] New: Patron category system preferences cannot be unselected completely
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31474 Bug ID: 31474 Summary: Patron category system preferences cannot be unselected completely Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, oleonard(a)myacpl.org Initially found by Rhonda on bug 31333, the problem seems to affect all system preferences using the patron category multi-select feature: To test: * Search for the OPACHoldsIfAvailableAtPickupExceptions system preference * Check some patron categories and save * Uncheck all patron categories and save - it says 'nothing to save' * Reload the page or search for OPACHoldsIfAvailableAtPickupExceptions again * The selected values remain and cannot all be removed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 --- Comment #60 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Please note the follow-up for the typo! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #59 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Lucas, 1) Changes to patron name display in general I am a bit hesitant about the changes to koha-tmpl/intranet-tmpl/prog/en/includes/patron-title.inc. To me the pronouns don't feel like a part of the name and therefore I'd prefer to keep them separate from the common name include. My suggestion would be to show them separately but prominently in the brief patron information on the left side of patron account in the staff interface instead. At the moment we create a very long display string, even with 'short' name parts. But this is certainly something we could argue about and feel free to ask others for their opinions please! To give some examples: Headings in the patron account: Mr Floyd Middle (Other_name) Delgado(he/him) (23529000809559) Staff detail: Checked out to Mr Floyd Middle (Other_name) Delgado(he/him) (23529000809559) : due 09/02/2022 Accounting tab: Mr Floyd Middle (Other_name) Delgado(he/him) (23529000809559) has no outstanding fines. Notices tab, h1: Sent notices for Mr Floyd Middle (Other_name) Delgado(he/him) (23529000809559) .. if you insist, there are 2 things in the include: 1) Do we need pronouns for organisations? :) type = I is organisations often used for libraries or schools. I think pronouns would not be required here: [%- IF data.category_type == 'I' -%] - [%- data.surname | html %] [% IF data.othernames %] ([% data.othernames | html %])[% END -%] + [%- data.surname | html %] [% IF data.othernames %] ([% data.othernames | html %])[% END -%] [% IF data.pronouns %]([% data.pronouns | html %])[% END %] 2) Missing space We are also missing a space: Floyd Middle (Other_name) Delgado(he/him) 3) Details tab in staff And unrelated: currently pronouns show up under "contact information", but that doesn't feel quite right for placement and I don't like the quotes for some reason: Contact information “she/her” 6661 Library Rd. Springfield, MA 44224 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 --- Comment #58 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 139908 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=139908&action=e… Bug 10950: (QA follow-up) Fix typo in hidden check in OPAC patron form definded => defined -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31148] New: Add link to MARC import tools from Cataloging
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '22

28 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31148 Bug ID: 31148 Summary: Add link to MARC import tools from Cataloging 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl While the MARC import tools are in the "Tools" module, they're strongly related to the Cataloging module. I think it would be good to have links from the Cataloging module page to the MARC import tools. We can wrap them in the same permissions that are used on tools-home.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 15048] Genre/Form (655) searches fail on searches with $x 'General subdivision' subfield values
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '22

27 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15048 --- Comment #24 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > bug 30836 needs to address this as a larger issue, but I don't think this > should be held up by that Agreed. So looking for another set of QA eyes or another sign-off here! -- You are receiving this mail because: You are watching all bug changes.

1 0