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

[Bug 17330] New: Initiate batch item edit of items from cart (new feature? )
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17330 Bug ID: 17330 Summary: Initiate batch item edit of items from cart (new feature?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org On 16.05.03 I can initiate batch record edit from the cart, but not items edit. I realize that it's the records that are saved and not items, but /cgi-bin/koha/tools/batchMod.pl already have a checkbox for choosing which items to modify. How about showing all items for all the records chosen and you could just chose which ones to work with? I do feel that there is a possibility of people messing things up from not thinking about the difference between the saved records and the items for that record that might live in different locations. But when someone puked on a whole shelf it's a quick way to search all records on a particular shelf and marking the items as damaged. What say ye? (To be really helpful it would be good if you could check/uncheck all items based on for example location etc. of course) -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 38037] New: Baskets should be more user friendly
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38037 Bug ID: 38037 Summary: Baskets should be more user friendly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The basket system proposes an to send an e-mail with an iso 27-09 files to the user, which is quite old and not used by everyone. This should be updated to a more modern file format and give the user options to parameter whether they want a file and which information should be sent in the mail. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 2172] Cart attaches an iso2709 file, which confuses 99% of patrons
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2172 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |baptiste.wojtkowski@biblibr | |e.com --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 38037 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38051] New: An item bundle cannot be returned without verifying the contents if the item bundle is not on loan
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38051 Bug ID: 38051 Summary: An item bundle cannot be returned without verifying the contents if the item bundle is not on loan Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tuomas.kunttu(a)kouvola.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the bug 31615 a feature has been implemented that allows checkin of item bundles without verifying their contents. However, this only works when the item bundle is on loan. When the items bundle is not on loan, this option is not available at checkin. If an item bundle is reserved to another library, it must first checkin at the home library so that it enters transit mode, and then checkin again at the reservation pickup library. In both of these checkins, the entire content of the item bundle must be verified by checkin, and there is no option to bypass it. However, when an item bundle is checked-in from a loan, where there is a real need for verifying, the content check can be bypassed. It would be better if item bundles could be checked-in without mandatory content verifying, even when item bundles are not on loan. Test 1: 1. Create an item bundle 2. Checkout this bundle, then checkin it. The "bundle verification" modal should appear 3. There are 3 options: Confirm checkin and mark missing items as lost Confirm checkin without verifying bundle contents Cancel Test 2: 1. Create an item bundle 2. Checkin it. The "bundle verification" modal should appear 3. There are 2 options: Confirm inventory check and mark items as lost Cancel 4. You need to return all items individually, otherwise the items will be marked as lost It works in the same way if there's a reservation to another library and you must return item bundle (and all items in it) first at homelibrary and later at pick-up library before bundle goes to a borrower. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14322] Add option to create a shareable link for item searches
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)gmail.com --- Comment #49 from Jonathan Druart <jonathan.druart(a)gmail.com> --- This is so much changes to impact only one table. Additionally we cannot filter after you have got the result and have the URL updated. We should absolutely promote a global solution like what bug 27467 is suggesting, that will impact ALL tables in Koha. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16898] New: Show patron restriction details on OPAC user page
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16898 Bug ID: 16898 Summary: Show patron restriction details on OPAC user page 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Right now if you have multiple restrictions on your account, the details of those restrictions are all string together in the message which displays in the OPAC. We should display details for each separate restriction. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 38047] New: Convert DataTable in boraccount.pl to use API
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38047 Bug ID: 38047 Summary: Convert DataTable in boraccount.pl to use API Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Loading /cgi-bin/koha/members/boraccount.pl can take a long time to load. This is particularly problematic as many debits and credits will redirect to /cgi-bin/koha/members/boraccount.pl and the slowness of the loading can cause staff to be confused or panic and start reloading the page, clicking payment buttons again, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38046] New: AddRenewal dies due to daylight savings time issue and some other unknown factor
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38046 Bug ID: 38046 Summary: AddRenewal dies due to daylight savings time issue and some other unknown factor Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We noticed recently if AddRenewal is run during automatic_renewals.pl between 2am and 3am, it will reliably crash for 1 Koha instance: {UNKNOWN}: Invalid local time for date in time zone: Australia/Sydney at /usr/share/koha/lib/C4/Circulation.pm line 3405 There is no valid Australia/Sydney time between October 6th 2:00am 2024 and October 6th 2:59am 2024, so I suspect that at some point during the AddRenewal process, there is an attempt to generate a DateTime object in the Australia/Sydney timezone within that datetime range. -- We're going to work around it by just making sure the automatic_renewals.pl cronjob doesn't run between 2am and 3am, but it's not a real solution... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4