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

[Bug 4042] Public OPAC search can fall prey to web crawlers
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '24

21 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4042 --- Comment #14 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #13) > (In reply to Katrin Fischer from comment #4) > > Should we include a default/sample robots.txt with Koha? > > It is tempting to add a robots.txt file to the koha-common package. We still notice users of the standard koha-common package getting bitten by bots due to a lack of a robots.txt file. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 20630] New: An attempt at multitenancy with Mojolicious
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '24

21 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20630 Bug ID: 20630 Summary: An attempt at multitenancy with Mojolicious Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 20582 There seems to be some concerns about the capability for Koha to be multitenant in a persistent environment, in particular with Mojolicious. This bug will try to address those concerns. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20582 [Bug 20582] Turn Koha into a Mojolicious application -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 29198] New: Inconsistencies in opac results display vs staff results display
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29198 Bug ID: 29198 Summary: Inconsistencies in opac results display vs staff results display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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 Bug 21260 brought about some changes to OPAC display which are great. However there are now some inconsistencies between the displays in OPAC results vs OPAC details. To recreate: 1. Create a NOT_LOAN value with a AV of 1. Give it both an description and OPAC desrciption. 2. Find something in the catalog with at least 2 items. 3. Mark at least 1 item with the new NOT_LOAN value. 4. Look at the OPAC results, which display in green and say 'Items available for reference:' 5. Look at the same record in the staff results display. The same item is considered 'Unavailable' These displays should be consistent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think just replacing the markers is not enough, as sometimes we need to make sure to add a [% FOREACH %] loop in the right spots as well (ACQORDER; *DGST; ...) It might work, but needs some thought. I think having nice sample notices is a great first step and then we can figure out the next ones. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31123] New: Add a simple way to add 'Harmful content warnings' to catalogue records
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31123 Bug ID: 31123 Summary: Add a simple way to add 'Harmful content warnings' to catalogue records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I propose adding a new 'quick add' button into the biblio toolbar that would trigger a modal where staff can enter a short content warning note to be added to a designated 59X field (MARC21). I would then modify the default XSLTs to display the note highlighted to draw the users attention. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 30353] New: Enhance BiblioItemtypeInfo so that item level itypes can be displayed in results
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30353 Bug ID: 30353 Summary: Enhance BiblioItemtypeInfo so that item level itypes can be displayed in results Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In our libraries 942$c is usually not set, as it would be overwritten by the nightly imports from the union catalog. Therefore it would be great if you could display the item level itype (maybe the first, or all that appear on the record) in the result list with another option to BiblioItemtypeInfo system preference. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 35634] New: Permissions mismatch for vendor issues
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35634 Bug ID: 35634 Summary: Permissions mismatch for vendor issues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The permissions added to the DB is issue_manage - but in the code we check for issues_manage git grep issue_manage git grep issues_manage issues_manage vs issue_manage -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 35687] New: Upgrade to 23.06.00.013 may fail
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35687 Bug ID: 35687 Summary: Upgrade to 23.06.00.013 may fail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There are reports that this update triggers the error Cannot change column 'itemnumber': used in a foreign key constraint 'tmp_holdsqueue_ibfk_1' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 36339] New: Using patron search filters may clear "search type" settings in "More options"
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36339 Bug ID: 36339 Summary: Using patron search filters may clear "search type" settings in "More options" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com This is a bit of an odd one I found while testing bug 36334: * Search for h from the top search bar * Open the 'more options' area the end of the input field and set it to 'contains' and leave it open * Now repeat search from the filters on the left of the page * The search type in the 'more options' empties out -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34106] New: Patron search in member-search-box.inc always defaults to 'Starts with' search
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '24

20 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34106 Bug ID: 34106 Summary: Patron search in member-search-box.inc always defaults to 'Starts with' search 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 To recreate: 1. In the main search header switch to 'Search patrons'. Bring up the dropdown and look at 'Search type:'. 2. It defaults to 'Starts with'. 3. Go to '/cgi-bin/koha/members/members-home.pl' and look at the 'Search type:' on the left side. 4. It defaults to 'Contains' 5. Do a patron search from both these places, setting the 'Search type' to contains. 6. The search bar in the header always resets to 'Starts with' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36