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

[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

[Bug 38044] New: Move warning about multiple image sources to be more visible
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38044 Bug ID: 38044 Summary: Move warning about multiple image sources to be more visible Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The warning NOTE: you can only choose one source of cover images from below, otherwise Koha will show the images from all sources selected. appears in the "All" section of System preferences > Enhanced content. This makes it look like it only applies to that section (the two FRBR sysprefs which have nothing to do with cover images), and with translations, the section moves around so it's not always at the top. For example, in French, the section is named "Tous", and appears in last place. Therefore, the warning is not visible unless you scroll all the way down. I wonder if we could move it so that it's above all the sections? Maybe in a blue box like the other messages of the same type? Or maybe repeat it in only the cover images sections (Amazon, local, etc.)? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '24

01 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 George Williams (NEKLS) <george(a)nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |george(a)nekls.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29554] New: No itemtype for neworderempty.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '24

30 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29554 Bug ID: 29554 Summary: No itemtype for neworderempty.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org neworderempty contains: # Get the item types list, but only if item_level_itype is YES. Otherwise, it will be in the item, no need to display it in the biblio my @itemtypes; @itemtypes = Koha::ItemTypes->search unless C4::Context->preference('item-level_itypes'); I would argue that we should always fetch the itemtypes here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32