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

[Bug 39621] New: invalid marcxml records can be imported
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '25

14 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39621 Bug ID: 39621 Summary: invalid marcxml records can be imported Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: furtadojaden(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 180891 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180891&action=e… Invalid marcxml that can be staged for imports but which crashes when attempted to be imported into a catalog Hello, This is my first bug report for any OSS. Sorry for any mistakes that I might make given my inexperience :) Issue: The issue is that it is possible to import invalid marcxml files in Koha, which then causes an import of this staged record into the catalog to fail. I have attached an example marcxml record for reference, that can be staged in koha, but which is invlaid. Below is the snippet that causes the issue, i.e. notice the tags 001 and <subfield code="p"> M18325</subfield>, have a space before the data M18325. --------------------- <?xml version="1.0" ?> <collection xmlns="http://www.loc.gov/MARC21/slim"> <record> <leader>00000nam a2200000 a 4500</leader> <controlfield tag="001"> M18325</controlfield> ... ... <datafield tag="952" ind1=" " ind2=" "> ... ... <subfield code="p"> M18325</subfield> ... ... </datafield> ... ... ---------------------- Proposed fix: When checking the validity of an imported XML file, a check needs to be added to ensure that this case of trailing and leading spaces in record data fields is handled at the time of staging XML records. I would also suggest that errors should be logged/shown on the frontend, when an import into catalog fails, since it took me a while to dig through a batch of over 5000 records before I could find the cause of the crash. I went through worker and koha error logs but found nothing. Not sure if I was looking in the wrong place. P.S.: I see that there was a previous discussion: Bug 35104 - We should warn when attempting to save MARC records that contain characters invalid in XML However, I am not sure if this bug falls under that or not. Thanks for the help. Regards, Jaden -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

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

12 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39464 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39464 [Bug 39464] Z39.50 Search results not highlighting grey rows in yellow when previewing -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33292] New: Claim Return doesn't refund lost item charge when MarkLostItemsAsReturned includes "When marking an item as a return claim" and "Refund lost item fee" is on
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33292 Bug ID: 33292 Summary: Claim Return doesn't refund lost item charge when MarkLostItemsAsReturned includes "When marking an item as a return claim" and "Refund lost item fee" is on 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: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using Claim Return, if an item has already been charged as Long Overdue (lost) it does not get refunded when a claim is made, even if lost item fee refund on return policy is set to "Refund" and MarkLostItemsAsReturned includes "When marking an item as a return claim" Since the library is not actually checking the item in it doesn't refund automatically. The library could check the item in and not resolve the claim, but that's an extra step and may not work with all workflows. Having the option to refund the lost fee on claim would be helpful for many libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 39612] New: Hi, I am trying to add the LMS Room Reservation plugin to my koha library however i am not seeing a proper way to add it can someone provide me with some clarity.
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39612 Bug ID: 39612 Summary: Hi, I am trying to add the LMS Room Reservation plugin to my koha library however i am not seeing a proper way to add it can someone provide me with some clarity. Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: ruth.elliott(a)nlj.gov.jm QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39583] New: Authority search "No results found" alert covers the entire search form
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39583 Bug ID: 39583 Summary: Authority search "No results found" alert covers the entire search form Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 180726 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180726&action=e… .alert.alert-info message covers the search form on auth_finder.pl If you load auth_finder.pl and do a search that yields no results, a message with the class .alert.alert-info opens with the text "No results found." Prior to 24.11 this was a small message at the bottom of the screen under the search form. In 24.11 the .alert.alert-info message covers the entire search form. It would be nice to reign in the size of that alert message. I'm attaching a screenshot -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 13824] Print notices message_queue.status defaults to Pending for patrons without e-mail
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13824 Eric Swenson <eric(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric(a)bywatersolutions.com --- Comment #1 from Eric Swenson <eric(a)bywatersolutions.com> --- This is still something that would be great to see! Having the status say "Sent To Print" would be extremely helpful for clarity so that library staff members have a better understanding of where that notice actually is. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39615] New: 'Last title' or 'last item' navigation button
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39615 Bug ID: 39615 Summary: 'Last title' or 'last item' navigation button Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We love the 'last patron' button on the staff interface and find it really useful. It was be fantastic to see a similar button for catalogue items to make finding things you were just looking at very easy to navigate back to. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 37742] New: My virtual card message not showing
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37742 Bug ID: 37742 Summary: My virtual card message not showing Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If the patron barcode can't be converted into Code39, it should show an error message, but right now there's a coding error. It just shows the following: Error: ${errorMessage} -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 26777] New: Give the user the option to display their patron card barcode from the OPAC
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26777 Bug ID: 26777 Summary: Give the user the option to display their patron card barcode from the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In this modern age, people are moving away from carrying cards.. but they nearly always have their smart phone to hand. It would be nice to be able to display your barcode for scanning at self service machines directly on your phone. -- You are receiving this mail because: You are watching all bug changes.

1 95

[Bug 39573] New: Add ability to set location ( LOC ) to NFL ( not for loan ) like with itype (item types)
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '25

11 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39573 Bug ID: 39573 Summary: Add ability to set location ( LOC ) to NFL ( not for loan ) like with itype (item types) Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: flyingendpaper(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be very useful to be able to set locations, i.e., LOC, shelving location, to Not For Loan like with itype, i.e., item types. It's typical in libraries to have shelving location like Reference, Rare, Archives, etc., where every item in them is Not For Loan, and each of these items must be manually set in the 952 $7 to "1" to make them Not For Loan. This would, e.g., add a column in "Authorized values for category LOC" to make a particular shelving location Not For Loan, or in some other wonderful way that a developer can come up with! Many other systems do this, and the fact that Koha lacks this functionality was (and is!) surprising to me. I would think that a Not For Loan value based on shelving location would override & take priority over an itype being normally locanable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6