April 2025 - Koha-bugs - lists.koha-community.org

[Bug 31210] New: Add option to use different library name in OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31210 Bug ID: 31210 Summary: Add option to use different library name in OPAC and staff interface Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement 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, michaela.sieber(a)kit.edu At the moment the name of a library is used both in OPAC and staff displays. It would be nice if we could use different descriptions in staff and OPAC as some libraries would prefer to use an abbreviated internal version of the name in the staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14772] Remove or clarify checkbox «flagged» on subfield visibility frameworks
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14772 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39536] New: "Add patron to list" silently fails if patron does not have cardnumber
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39536 Bug ID: 39536 Summary: "Add patron to list" silently fails if patron does not have cardnumber Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com >From the moremember.pl page, if you try to add a patron to a list via "Add patron to list", it will silently fail if the patron does not have a cardnumber. This is particularly wild, because the patron_list_id and borrowernumber are sent in the request. But "patrons_to_add" is empty because there's no cardnumber. Koha::List::Patron::AddPatronsToList actually supports both borrowernumber and cardnumber, so it should actually be a fairly easy fix in theory. But we'd have to be careful about making the change to be clear across the board... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 737] Map of library in search system
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=737 --- Comment #16 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Christopher Brannon from comment #14) > We would then setup jQuery to create a link to each map. Built in would be > better. We have everything we need except the code to create the link to > the map. That is the tough part. I suppose it depends on how granular you want this to be. But I think either way you're probably going to need to pay someone for this one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 737] Map of library in search system
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=737 --- Comment #15 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #13) > I'll just add that StackMap have created an entire business around this very > topic, so it might be easier said than done. It looks like StackMap leverages the shelving location and the call number for a single branch library. I imagine you would need the branch code unless you had unique shelving locations for a multi-branch library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 737] Map of library in search system
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=737 --- Comment #14 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- Thinking about my comment more, associating a map with a location would require a combination of branch and shelving location. So, let's say we upload a map of a shelving location in the Koha uploads. If we have an authorized value of shelving maps, we could indicate a shelving location code and the image file, and limit it to the specific branch. We would then setup jQuery to create a link to each map. Built in would be better. We have everything we need except the code to create the link to the map. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 737] Map of library in search system
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=737 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P5 - low Assignee|oleonard(a)myacpl.org |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15157] Cronjob to automatically restrict patrons with pending/unpaid charges
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15157 Kyle M Hall (khall) <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39532 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39532 [Bug 39532] Script debar_patrons_with_fines.pl creates repeat restrictions, uses wrong restriction type -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39531] New: Option to retain search terms between searches in z39.50
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39531 Bug ID: 39531 Summary: Option to retain search terms between searches in z39.50 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If I perform a z39.50 search but don't get the results I need with my selected targets, my search terms are erased when I click 'Try another search' to try the search again with different targets. It would be helpful if search terms were retained by default, perhaps with a 'Clear search terms' button on the main z39.50 search screen for times when libraries do want to clear all terms. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39529] New: Incorrect relationship subfield for unimarc when linking authorities with other authorities
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39529 Bug ID: 39529 Summary: Incorrect relationship subfield for unimarc when linking authorities with other authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: laurence.rault(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org At least from Koha 23.11, in UNIMARC database, when you choose an authority to link with another authority, and select one relationship in the auth_finder, the relation code is added in subfield w, as it is for MARC21. For UNIMARC it should be subfield 5 Test Plan : 0) [PREREQUISITES in order for the authority finder plugin to come up] a) database configured in UNIMARC b) In the SNC (or TOPIC_TERM) authority type c) View the MARC structure, click on 'Actions->Subfields' for tag 550; click on 'Edit subfields'. Select the subfield 'a' tab, then pick an auth type (it could be the same SNC or TOPIC_TERM) from the 'Thesaurus:' dropdown menu; click 'Save changes' at the top. d) In the 550 field, add the subfield w if it does not exists (only to be able to view the problem) 1) In the Staff client, go to Authorities, then click 'New Authority' and pick the 'SNC' (or TOPIC_TERM) authority type (or edit an existing auth). 2) When the authority editor comes up, go to tag 550 and expand it. 3) Click on the ellipsis (...) next to subfield $a. 4) When the authority finder comes up, search for an authority, pick a relator code from the 'Special relationship:' dropdown, and then click on the 'Choose' button for one of the authorities you found. 5) Notice that the code of the relationship is added in subfield w. It should be subfield 5. 5bis) After a suitable patch will be applied : Notice that the code of the relationship is added in subfield 5 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0