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

[Bug 38676] New: Incorrect label for input-patron-cardnumber in curbside_pickups.tt
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38676 Bug ID: 38676 Summary: Incorrect label for input-patron-cardnumber in curbside_pickups.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 30965 changed in curbside_pickups.tt the input for patron cardnumber. Now <label class="sr-only" for="input-patron-cardnumber">Card number</label> is incorrect. Replace with for="find-patron" ? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14907] Item search: Call Numbers in Item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esther.melander@bywatersolu | |tions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11582] Have same display/hidden options for authority subfields like bibliographic subfields
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11582 Pablo AB <pablo.bianchi(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pablo.bianchi(a)gmail.com --- Comment #4 from Pablo AB <pablo.bianchi(a)gmail.com> --- What is the criteria to set this as low enhancement? The manual says auth fw are just like biblio fw, doesn't mention this limitation. We should file another bug for this? Some libraries manage important metadata which shouldn't be visible, for privacy reasons. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37719] New: Add to item group only displays on additem.pl if there is already a group
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37719 Bug ID: 37719 Summary: Add to item group only displays on additem.pl if there is already a group Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1 - Enable item groups 2 - Find a record with no group 3 - Add an item - no group options 4 - Add a group to the record 5 - Add an item - cna now add to existing group or new group It should be possible to create a new group when adding an item if none exist -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 12355] Print quick slip should not print items renewed in OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12355 mteal(a)greenvillelibrary.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mteal(a)greenvillelibrary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37416] New: Holdings table 500 errors in the staff interface - how to identify cause and possible solution
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37416 Bug ID: 37416 Summary: Holdings table 500 errors in the staff interface - how to identify cause and possible solution Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 33568 (Use the REST API to display items on the biblio detail view) changed the way the holdings table for a record in the staff interface is generated. There are reports in Chat and on the mailing list about getting 500 errors after an upgrade to 24.05. I think it would be useful to: - Provide some information to help libraries troubleshoot what is causing the error - Identify possible solutions to fix the cause of the issue, including where it is item data issues - Identify any bugs -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 38699] New: [22.11] Closing subscriptions is broken
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38699 Bug ID: 38699 Summary: [22.11] Closing subscriptions is broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 8782 In 22.11.22 closing and re-opening subscriptions is no longer working. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8782 [Bug 8782] Add a feature to close a subscription -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8782] Add a feature to close a subscription
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8782 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38699 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38699 [Bug 38699] [22.11] Closing subscriptions is broken -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38128] New: Agreement/License user selection not limited to users with erm permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38128 Bug ID: 38128 Summary: Agreement/License user selection not limited to users with erm permissions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com The manual says that the user selection in ERM agreements and licences are limited to patrons with erm permissions. This is no longer true. I don't know if it is intentional, or a simple omission (possibly from Bug 35329). It made sense to limit the patron search this way, I think. To get there: 1. Enable ERMModule 2. Go to E-resource management > Agreement > New agreement 3. Click 'Add new user' 4. Click 'Select user' 5. Search for alford (for example) --> Jordan Alford is in the results, even if they don't have erm permissions 6. Go to Licences > New licence 7. Repeat steps 3-5 --> Jordan Alford is in the results, even if they don't have erm permissions I tried on a local 23.05 installation and Jordan Alford is not in the results, because they don't have erm permissions. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 14907] Item search: Call Numbers in Item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '24

13 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 --- Comment #18 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marcel de Rooy from comment #17) > (In reply to Katrin Fischer from comment #16) > > But isn't this more a question of how the cn_sort is generated instead of > > making sure it's using cn_sort for sorting? > > These are tightly coupled of course. Coupled yes, but this bug doesn't deal with the generation. -- You are receiving this mail because: You are watching all bug changes.

1 0