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

[Bug 37523] New: CSRF error when modifying an existing patron record
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '25

02 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37523 Bug ID: 37523 Summary: CSRF error when modifying an existing patron record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When Koha finds a duplicate patron and you are trying to modify it, Koha will throw an error: Programming error - op 'edit_form' must start with 'cud-' for POST http://127.0.0.1:8081/intranet/members/memberentry.pl (referer: http://127.0.0.1:8081/cgi-bin/koha/members/memberentry.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 37501] New: Titles table in ERM needs selection tools, batch tools
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '24

30 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37501 Bug ID: 37501 Summary: Titles table in ERM needs selection tools, batch tools Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.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 Similar to elsewhere in Koha, the Titles and Packages tables need a select all, clear all, individual selection boxes that can work with batch tools like batch deletion. If a library imports a 1,000 titles, deleting or removing titles in a batch is not possible. It is possible to delete individual titles by using the delete button at the end of the row, but this task becomes tedious with so many titles. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 32782] New: UNIMARC support
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32782 Bug ID: 32782 Summary: UNIMARC support Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32030 I need UNIMARC equivalence for the following values: my $publication_title = $biblio->title; my $print_identifier = $record->subfield( '020', 'a' ) || $record->subfield( '020', 'z' ) || $record->subfield( '022', 'a' ) || $record->subfield( '022', 'y' ); my $online_identifier = $print_identifier; my ( $date_first_issue_online, $date_last_issue_online ) = $fix_coverage->( $record->subfield( '866', 'a' ) ); my ( $num_first_vol_online, $num_last_vol_online ) = $fix_coverage->( $record->subfield( '863', 'a' ) ); my ( $num_first_issue_online, $num_last_issue_online ) = ( '', '' ); # FIXME ? my $title_url = $record->subfield( '856', 'u' ); my $first_author = $biblio->author; my $embargo_info = ''; # FIXME ? my $coverage_depth = $title_url ? 'fulltext' : 'print'; my $notes = $record->subfield( '852', 'z' ); my $publisher_name = $record->subfield( '260', 'b' ); my $publication_type = ''; # FIXME ? my $date_monograph_published_print = ''; # FIXME ? my $date_monograph_published_online = ''; # FIXME ? my $monograph_volume = ''; # FIXME ? my $monograph_edition = ''; # FIXME ? my $first_editor = ''; # FIXME ? my $parent_publication_title_id = ''; # FIXME ? my $preceeding_publication_title_id = ''; # FIXME ? my $access_type = ''; # FIXME ? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32030 [Bug 32030] Electronic resource management (ERM) -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 37393] New: Bundle items don't show their host in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37393 Bug ID: 37393 Summary: Bundle items don't show their host in the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Staff interface Assignee: schodkowy.omegi-0r(a)icloud.com Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you add an item to a bundle, it's supposed to show "Not for loan (Added to bundle); In bundle: <bundle title>". This works in OPAC, but not in staff interface. The cause is erroneous check `[% IF bundlesEnabled %]` before the parent bundle information is requested+shown. The `bundlesEnabled` variable checks if the current biblio ITSELF is of collection type, so should only be used for whether to show the button to add new items to the bundle items, NOT for querying whether current item is part of a bundle, as the items that make up the bundle aren't of collection type themselves. To reproduce: 1. Have two biblio records record 1 = normal record, not a collection record 2 = in leader 000, 7- Bibliographic level must be set to c- Collection 2. Add an item with some kind of barcode to each. 3. In record 2 in staff interface, next to the item, click "Manage bundle" and then "Add to bundle", enter the barcode of the item of record 1, and confirm. 4. Open record 1 in OPAC, you will see that the item is not for loan/part of bundle, you will see "In bundle:" followed by a link to record 2. 5. Open record 1 in staff interface, you will see that the "In bundle:" link is missing! (that's the bug) -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 37292] New: Add an index on expires column for oauth_access_tokens
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37292 Bug ID: 37292 Summary: Add an index on expires column for oauth_access_tokens Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It was suggested by our DB admin to add this to make purging old records easier -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 26879] New: Add font awesome icon for patrons in category of type Staff
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '24

27 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26879 Bug ID: 26879 Summary: Add font awesome icon for patrons in category of type Staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 26534 adds a cool icon to denote patrons with permissions. Bug 26687 follows that idea for superlibrarians. Both the staffaccess permission and the batch patron delete hinge on whether or not a patron is in a category of type Staff. It would make sense to also track this with an icon. 26687 treated these as additive (if patron has permissions and is superlibrarian, they have a bolt *and* a shield). By that logic, this would be a third icon. But I could also see these being more hierarchical. If you're a superlibrarian, that supersedes the fact that you're of type Staff, which in turn supersedes the fact that you have permissions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27788] New: Font awesome icons in POS descriptions
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '24

27 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27788 Bug ID: 27788 Summary: Font awesome icons in POS descriptions Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be nice if we could add font awesome icons in our POS item descriptions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19919] New: Writing off a Lost Item Fee marks as "Paid for by patron"
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '24

27 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19919 Bug ID: 19919 Summary: Writing off a Lost Item Fee marks as "Paid for by patron" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 70293 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70293&action=ed… An example A replacement copy was ordered for an item that was "long lost overdue" on a patron's account. The librarian wanted the old copy deleted from the system to keep the record clean. We checked in the item, marked it as lost, and then wrote off the fee associated with the item. Finally we reapplied the fee manually, no longer associated with the item. We noticed that at the point of the write off, the item gets a line that says paid for by (Patron name and barcode) DATE TIME. This also happens if the book is checked in and no longer marked as lost (say it was returned by the borrower so we wrote off the lost item fee.) The borrower has not paid for the book in either situation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 76

[Bug 25963] New: Koha converts ":" to "=" in search terms for Zebra which causes search to fail
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '24

26 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25963 Bug ID: 25963 Summary: Koha converts ":" to "=" in search terms for Zebra which causes search to fail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Koha changes : to = because Zebra uses = to separate indexes from search terms, but this is problematic, because it transforms all colons. For instance, "title : subtitle" will become "title = subtitle" and that will cause a Zebra error. Here's the bug removed: buildQuery eb6b10f8 (Chris Nighswonger 2010-02-01 23:18:09 -0500 1768) # $query =~ s/:/=/g; Here's the bug re-introduced. getRecords 08c15831 (Joe Atzberger 2009-07-08 15:27:45 -0500 381) $query_to_use =~ s/\:/\=/g; # change : to = last minute (FIXME) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32980] New: Checkouts for guarantees are not shown if patron also has a guarantor
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '24

26 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32980 Bug ID: 32980 Summary: Checkouts for guarantees are not shown if patron also has a guarantor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Steps to reproduce: 1. Create a patron category of type 'Professional' (or any type that allows guarantors) 2. Create 3 patrons in this category. Let's call them A, B, and C 3. Do at least one checkout for A and at least one for C 4. Make B the guarantor of C 5. Go to B details page. You should see the checkouts of C in the "Relatives' checkouts" tab 6. Go to B checkout page. You should see the checkouts of C in the "Relatives' checkouts" tab 7. Make A the guarantor of B 8. Go to B details page. Now you should see the checkouts of A in the "Relatives' checkouts" tab but not the checkouts of C (KO) 9. Go to B checkout page. Now you should only the checkouts of A in the "Relatives' checkouts" tab but not the checkouts of C (KO) -- You are receiving this mail because: You are watching all bug changes.

1 28