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

[Bug 35504] New: Release team 24.05
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35504 Bug ID: 35504 Summary: Release team 24.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 35446] New: Authority UNIMARC 100 field $a/21-22
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35446 Bug ID: 35446 Summary: Authority UNIMARC 100 field $a/21-22 Change sponsored?: --- Product: Koha Version: master 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: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org line 238 <td><label for="f8">Script of title</label></td> https://github.com/Koha-Community/Koha/blob/master/koha-tmpl/intranet-tmpl/… UnimarcA: $a/21-22 Script of Cataloguing A two-character code indicates the script used in cataloguing. In authority records, the 2-- qualifiers, notes and other instructional information appear in this script. https://www.ifla.org/wp-content/uploads/U_A_100_update2022_online_final.pdf -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 33831] New: UNIMARCAuthorityField100
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33831 Bug ID: 33831 Summary: UNIMARCAuthorityField100 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: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com System preferences authorities.pref#UNIMARCAuthorityField100# Use the following text for the contents of UNIMARC authority field 100 position 08-35 (fixed length data elements). Do NOT include the date (position 00-07): UNIMARC authority field 100 position 08-23 https://cdn.ifla.org/wp-content/uploads/2019/05/assets/uca/unimarc-authorit… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39963] New: patron-title.inc leaves a trailing space when used in a Template Toolkit notice
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39963 Bug ID: 39963 Summary: patron-title.inc leaves a trailing space when used in a Template Toolkit notice Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. Make sure your logged in user has a primary email address 2. Search for an item and go to the Items tab 3. Set the item as Bookable 4. Place a booking for this item 5. Go to your account and to the Notices tab 6. Click the notice to view it 7. See there is a space between your user's name and the comma following it, like this "Dear koha (42) ," -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39792] New: Patron Home Library has too much responsibility
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39792 Bug ID: 39792 Summary: Patron Home Library has too much responsibility Change sponsored?: --- Product: Koha Version: Main 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 The patron home library setting controls too much, particularly with consortium libraries. We use the home library to list the patron's patron (default) library and pickup location. However, we have to track patrons via taxing group for our consortium. Because patrons can change which library is their default library, we can't use this setting as a reliable source for what tax group they belong to. So instead, we have to use a patron attribute. However, this patron attribute, while perfect for reporting who belongs to which group, serves no functionality like controlling what database subscriptions a patron has access to based on their taxing group. Most SIP communications do not support this extra attribute on the vendor side. Nor does this attribute help when it comes to purchase suggestions. Purchase suggestions are directed at their home library, rather than the library that they are funding through taxes. With our current setup, we can also use one single account for a staff member so they can be from a different taxing group than the library they work at. We don't let staff have the ability to change their branch on the staff side of Koha, because it would be too easy for them to be in the wrong branch when they are doing transactions. Without having this separate taxing entity attribute, we would have to have two accounts for staff, one for personal library use, and another for work use. I think too much weight is being put on the home branch setting. I would love to be able to use the home branch setting as a setting that only the library sets, not something the patron controls. It would define what library or tax group they are paying into, and would still be the setting that vendors use, and what the purchases suggestions would be directed to for that patron. I would like to see a second setting that would only control the default pickup location, which the patron would have control over, but we could set for them on request. Ultimately, it might be a good idea to have a separate third setting for libraries to set for purchase suggestions, but if a default pickup location were created, that would be a huge improvement. I might even suggest a fourth setting (maybe in preferences along with the catalogue preference) that allows you to set the library or libraries that the staff member can log in to. If not set, they could log into any of the libraries. Otherwise, it would only allow them to log into specified libraries. This would change the login form though. I would exclude picking the library on the login form, and prompting the staff member for the library from a list of allowed libraries after they login. This might be suited for multiple bugs, but I think this needs to be considered so that this one setting doesn't control so many things that might be in conflict with each other. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 6416] koha-remove fails when dropping DB user
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6416 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|koha-remove fails when |koha-remove fails when |dropping user |dropping DB user -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14250] Don't allow generating discharges for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39960 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39960 [Bug 39960] Improve messages in opac-discharge.tt -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39958] New: Search by invoice number to go directly into invoice record - as opposed to just viewing in search results
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39958 Bug ID: 39958 Summary: Search by invoice number to go directly into invoice record - as opposed to just viewing in search results Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org We would like to be taken directly into the invoice record itself when searching by invoice number and there is a direct match. https://wcc-rbkc-staff.koha-ptfs.co.uk/cgi-bin/koha/acqui/invoices.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39956] New: MARC records staged for import not progressing
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39956 Bug ID: 39956 Summary: MARC records staged for import not progressing Change sponsored?: --- Product: Koha Version: 23.11 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: mogill(a)rvc.ac.uk QA Contact: testopia(a)bugs.koha-community.org Created attachment 182694 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182694&action=e… Image showing the 'job has been enqueued' status at '0% not started' MARC records uploaded to be staged for import are getting stuck at the 'this job has been enqueued' stage - this is not progressing past '0% not started'(see attached image) The jobs are showing in the administration jobs list, where the progress is 'null/0'. The job details only have the date/timestamp for 'queued', nothing for 'started' or 'ended'. There's nothing under 'detailed messages' and no visible errors. Have tried different MARC files, different browsers (edge and chrome) but all are stopping at this stage of the process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39954 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39954 [Bug 39954] Cataloging search results incorrect menu markup -- You are receiving this mail because: You are watching all bug changes.

1 0