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

[Bug 32946] New: 'Send list' form in OPAC is misaligned
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32946 Bug ID: 32946 Summary: 'Send list' form in OPAC is misaligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Not sure what happened there, but the labels and input fields are no longer aligned correctly and when you change the window size it becomes even more apparent. To test: * Create a private list in the OPAC * Open the list and click "send list" to send by email * The "comment" label for example moves directly after the email address field. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 32397] New: Language falls back to default if changing the language to german and try to access the tools in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32397 Bug ID: 32397 Summary: Language falls back to default if changing the language to german and try to access the tools in the staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pascal.uphaus(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Test plan: 1. Install the german language to the koha instance running the main/master version 2. Enable the language via the systempreferences (language, OPAClanguages and opaclanguagesdisplay) 3. Changing the language to german 4. Access the tools in the staff interface 5. Result: the complete language of the staff interface is english I tested it with the french language and it works -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 32471] New: Marc imports can fail on replacing items when an itemnumber exists in the incoming file, but not in koha
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32471 Bug ID: 32471 Summary: Marc imports can fail on replacing items when an itemnumber exists in the incoming file, but not in koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The 'replace' option for items checks whether the item can be found for barcodes - it does not do so for itemnumbers: sub _batchCommitItems { ... my $duplicate_barcode = exists( $item->{'barcode'} ) && Koha::Items->find({ barcode => $item->{'barcode'} }); my $duplicate_itemnumber = exists( $item->{'itemnumber'} ); ... if ( $action eq "replace" && $duplicate_itemnumber ) { # Duplicate itemnumbers have precedence, that way we can update barcodes by overlaying ModItemFromMarc( $item_marc, $biblionumber, $item->{itemnumber}, { skip_record_index => 1 } ); The call to ModItemFromMarc fails when the item isn't there - this can happen for orders when importing final records form the vendor, but a cop has been removed etc. To recreate: 1 - Export a record containing items as MARCXML 2 - Edit an item record and add/update the 952$9 to a number not in the db 1234567890 2 - Stage the record for import, matching on kohabiblio and replacing items 3 - Import the batch 4 - It fails -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32501] New: Koha::Patrons::Import contains incorrect borrowernumber references
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32501 Bug ID: 32501 Summary: Koha::Patrons::Import contains incorrect borrowernumber references 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We found that notices were going out containing raw <<borrowers.field>>. I narrowed it down to the fact we store the new patron object but don't then discard changes to get the autoincremented new borrowernumber so we were sending blank ID's to GePreparedLetter. This lead me to spot the same issue in a few other locations in the script too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 16956] New: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '23

10 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16956 Bug ID: 16956 Summary: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 23869] New: Add regex test to marc mod template setup
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '23

10 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23869 Bug ID: 23869 Summary: Add regex test to marc mod template setup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I'd like to have the ability to test the regex in a marc modification template from the add/edit action screen. Something like what we have over in classsources.pl for creating and testing a regex splitting rule -- a place to put in some sample text to apply your regex to for matching/substitution to make sure it works as intended. As is, you need to save the template and then test it in either batch record mod or as part of staging a file for import, which is pretty labor intensive when troubleshooting some regex. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18125] New: Edit button can duplicate some circulation rule
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '23

10 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18125 Bug ID: 18125 Summary: Edit button can duplicate some circulation rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you modify the patron category and the item type when you edit a circulation rule, this will create a new circulation rule -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 30352] New: "Not for loan" in result list doesn't translate in OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '23

09 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30352 Bug ID: 30352 Summary: "Not for loan" in result list doesn't translate in OPAC Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When there are items marked es "Not for loan" by the item type in the result list in OPAC, the "Not for loan" text doesn't translate. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 24622] New: Restrict Circulation by price
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '23

09 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24622 Bug ID: 24622 Summary: Restrict Circulation by price Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello All! Thank you for all the work you're doing on things like this. I know we can currently restrict circulation by quantity, saying that someone can borrow up to a certain number of items concurrently (in our case it is 50). Has it ever been discussed, or is it even possible to restrict based on the sum of the replacement value being under a defined amount? We're looking at this from a risk management standpoint and asking if it is reasonable to allow a patron to borrow one iPad, one Chromebook, one Launchpad device, etc and have say 10 items out that carry a total replacement value of $2000? It would be great to limit our exposure to loss by preventing patrons from being able to borrow more than $1500 of our material concurrently. We are not trying to prevent people from borrowing things, but simply mitigating our risk on not having those items brought back and having to send someone to collections with little to no hope of recovery. Thank you again! Christofer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 21833] New: Request type is not displayed on ILL request detail page
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '23

09 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21833 Bug ID: 21833 Summary: Request type is not displayed on ILL request detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Request type is saved as illrequests.medium in the databse. This is displayed in two places: 1. Detail ILL request view /cgi-bin/koha/ill/ill-requests.pl?method=illview&illrequest_id=553 2. Edit request view /cgi-bin/koha/ill/ill-requests.pl?method=edit_action&illrequest_id=553 But the value from illrequests.medium is never displayed, just N/A. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25