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

[Bug 33096] New: DefaultHoldExpirationdate does not show date when placing hold
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33096 Bug ID: 33096 Summary: DefaultHoldExpirationdate does not show date when placing hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The preference DefaultHoldExpirationdate, when set, doesn't show the date in the expiration field while placing the hold, in either the staff side or the opac side. So you don't know there is a default until after the hold is placed. This is extremely counter productive, because you can't change the expiration date on a hold. You then have to cancel the hold, and replace it and put the date you want in place. This should be fixed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33004] New: Add VENDOR_TYPE to default authorised value categories
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33004 Bug ID: 33004 Summary: Add VENDOR_TYPE to default authorised value categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On a fresh installation we are missing the VENDOR_TYPE authorised value category. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 33110] New: MaxSearchResultsItemsPerRecordStatusCheck should offer optional adjustments
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33110 Bug ID: 33110 Summary: MaxSearchResultsItemsPerRecordStatusCheck should offer optional adjustments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org MaxSearchResultsItemsPerRecordStatusCheck is a one and done setting, with no option to change while searching. Most searches outside of Koha allow you to change the number of results on a page. Koha should offer the same. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 33109] New: Self checkout lag between checkouts
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33109 Bug ID: 33109 Summary: Self checkout lag between checkouts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: eveal(a)mckinneytexas.org QA Contact: testopia(a)bugs.koha-community.org Patrons with high number of checkouts currently need to wait between each checkout as the module displays the entire list of checkouts before allowing the next checkout. We are proposing enhancing the display of a patron’s checkouts using an Ajax table. This would appear very similar to the table on the circulation screen in the staff side. To speed up checkouts for patrons with high numbers of checkouts, there would be a button they can click to see all the checkouts if desired. https://devs.bywatersolutions.com/2020/04/16/2020-04-16-self-check-circulat… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 32798] New: build_oai_sets.pl passes wrong parameter to Koha::Biblio::Metadata->record
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32798 Bug ID: 32798 Summary: build_oai_sets.pl passes wrong parameter to Koha::Biblio::Metadata->record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The code passes 'marc_record', it should be 'record' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 32891] New: Curbside pickups - Wrong slot selected
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32891 Bug ID: 32891 Summary: Curbside pickups - Wrong slot selected 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Sometimes, I get an error message "Wrong slot selected". I'm hoping someone will understand why this happens. I think it's a bug since the selected slot exists, is displayed and the maximum number of patrons hasn't been reached. Here is my curbside pickup config https://snipboard.io/o6sqi1.jpg I selected 19:40 for today, Monday, Feb 6 https://snipboard.io/r1HdBz.jpg (I did this a bit before 11:30 (screenshot was taken at 11:23:49), if that changes something) The slot has no patrons, and when clicked it becomes green Wrong slot selected https://snipboard.io/w7WzTm.jpg This completely stops the scheduling process. I have to search for the patron again and select another slot to try again. There's no way to know which slot is "wrong" so it's trial and error until I get one that is ok. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 32653] New: Curbside pickups - wrong dates available at the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32653 Bug ID: 32653 Summary: Curbside pickups - wrong dates available at the OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Circulation Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If curbside pickup is configured on more than 1 branch, the calendar will not display the correct day. We are always selecting the days for the last branch. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 33002] New: 'Archive selected' button missing?
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33002 Bug ID: 33002 Summary: 'Archive selected' button missing? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 30599 added the ability to archive multiple purchase suggestions. The option is not there anymore...? To test: 1. Go to More > Suggestions 2. Click 'New purchase suggestion' 3. Enter a title 4. Click 'Submit your suggestion' --> Under the suggestions, there is a 'Delete selected' button/section. There should also be a 'Archive selected' button/section. The latter is not there anymore. See https://koha-community.org/manual/22.05/en/html/_images/suggestionmanagemen… for reference in 22.05 I did a git grep "Archive selected" and didn't find anything... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 28535] New: Show item type for checkouts in OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28535 Bug ID: 28535 Summary: Show item type for checkouts in OPAC 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: rickard.lindfors(a)sh.se QA Contact: testopia(a)bugs.koha-community.org In the OPAC, when the user is logged in, checkouts are being showned. We would like to also show the item type on each checked-out item. It seems to possible to do this with the system preference "item-level_itypes", but unfortunately, that seems to affect a lot of other things. It would be to a have a system preference like "ShowItemTypeInOPAC" that only affects just that. (Also, I might miss something, and there might be some other alternatives, of course). -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 32922] New: Remove space in shebang
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32922 Bug ID: 32922 Summary: Remove space in shebang Change sponsored?: --- Product: Koha Version: master 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Some of our scripts have a space in the shebang: $ grep -rn --include=*.pl '#! /usr/' * admin/library_groups.pl:1:#! /usr/bin/perl admin/credit_types.pl:1:#! /usr/bin/perl admin/debit_types.pl:1:#! /usr/bin/perl admin/curbside_pickup.pl:1:#! /usr/bin/perl admin/desks.pl:1:#! /usr/bin/perl admin/cities.pl:1:#! /usr/bin/perl admin/classsources.pl:1:#! /usr/bin/perl admin/matching-rules.pl:1:#! /usr/bin/perl admin/background_jobs.pl:1:#! /usr/bin/perl admin/patron-attr-types.pl:1:#! /usr/bin/perl circ/curbside_pickups.pl:1:#! /usr/bin/perl erm/erm.pl:1:#! /usr/bin/perl misc/cronjobs/delete_items.pl:1:#! /usr/bin/perl misc/maintenance/check_syspref_cache.pl:1:#! /usr/bin/perl misc/maintenance/compare_es_to_db.pl:1:#! /usr/bin/perl misc/add_statistics_borrowers_categorycode.pl:1:#! /usr/bin/perl It looks like this is not illegal (see e.g. https://unix.stackexchange.com/questions/276751/is-space-allowed-between-an…) but it has been argued that we should be consistent (bug 26658) so we might want to fix this. Unless there is some reason for it that I am not aware of? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18