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

[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

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emmi.takkinen(a)koha-suomi.fi -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39950] New: Incorrect filters for Name and Vendor columns in ERM agreements table
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39950 Bug ID: 39950 Summary: Incorrect filters for Name and Vendor columns in ERM agreements table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk To reproduce: 1. Enable ERMModule. 2. Add Agreement (with vendor) and show table with agreements. 4. Note column Name with wrong filter (dropdown list for Vendors). Filter should be text input for name search. 5. Type vendor's name in filter for column Vendor - there is no results but should be at least one (from p. 2). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 35813] New: When placing a booking, we don't feedback successful placements
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35813 Bug ID: 35813 Summary: When placing a booking, we don't feedback successful placements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 29002 We lost this during various rebases I think.. we should let the end user know that the booking was placed successfully rather than just close the modal without any feedback. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29002 [Bug 29002] Add ability to book items ahead of time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 36496] New: Inventory results table needs an export option
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36496 Bug ID: 36496 Summary: Inventory results table needs an export option Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When selecting the options for the inventory report, there is a box to select to export the results to CSV. If that option is not checked and the user decides to export the results after running the report, the report has to be run again. It would be nice to add an export CSV option to the the table results. This is found elsewhere in Koha and it would be nice to add here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19