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

[Bug 31537] New: Elasticsearch - index mapping for 003 control-number-identifier is twice in mappings.yaml
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31537 Bug ID: 31537 Summary: Elasticsearch - index mapping for 003 control-number-identifier is twice in mappings.yaml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com Hi all! I'm not sure if it's for a specific purpose, but the index mapping for 003 control-number-identifier was added twice in the mappings.yaml file. In Bug 28830 and Bug 11175. If it's not necessary that it be there twice, I propose we remove it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 28830] New: Add CNI (Control Number Identifier) search index
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28830 Bug ID: 28830 Summary: Add CNI (Control Number Identifier) search index Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We ought to have a cni index to allow searching on the content of the 003 marc field for accurate linking using UseControlNumber type searches. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[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