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

[Bug 32757] New: "Save changes" button on housebound tab should be yellow
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32757 Bug ID: 32757 Summary: "Save changes" button on housebound tab should be yellow Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The button "Save changes" should be yellow on the Housebound tab. To test: * activate Housebound module in system preferences * go to any patron - housebound tab in staff interface * edit setting, verify save button is white -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 31890] New: PrefillGuaranteeField should include option to prefill surname
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31890 Bug ID: 31890 Summary: PrefillGuaranteeField should include option to prefill surname 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The PrefillGuaranteeField system preference does not allow for the copying of the surname field, I think it should. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 32338] New: OPAC - Mobile - Selection toolbar in search result is shifted and not adjusted
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32338 Bug ID: 32338 Summary: OPAC - Mobile - Selection toolbar in search result is shifted and not adjusted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: hammat.wele(a)inlibro.com Reporter: hammat.wele(a)inlibro.com QA Contact: hammat.wele(a)inlibro.com To reproduce: 1- Go to the OPAC 2- Open mobile mode 3- Perform a search 4- Check the top of the results table --> options are not displayed correctly; --> there is a blank space between "Unhighlight" and "Select All" 5- Apply the patch and perform the same search again. 6- Confirm that options are displayed correctly -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9611] Changing the password hashing algorithm from MD5 to more secure Bcrypt
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9611 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=33114 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33112] New: News display options on OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '23

01 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33112 Bug ID: 33112 Summary: News display options on OPAC 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Sometimes news can push content far down on the page if displayed on device like a phone. It would be helpful if there where display options on news, like listing different display sizes, and options for displaying (thumbnail/subject/author/date/etc.). Maybe a general OPAC news preference that would set this or the option of just a news link in a menu. Just something that would prevent news from overriding the general look of the page, particularly with small devices. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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