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

[Bug 28158] New: Lost items not charging when marked lost from batch item modification
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '21

23 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28158 Bug ID: 28158 Summary: Lost items not charging when marked lost from batch item modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is a regression - the functionality works in 20.05 and 20.11 To test: 1 - In the default framework make sure the 952$1 is visible in opac/catalog/editor 2 - Set WhenLostChargeReplacementFee to charge 3 - Find an item with a replacement cost 4 - Check out the item to a patron 5 - Set MarkLostitemsAsReturned to return from batch modification 6 - Batch modify the item 7 - Set the lost status 8 - Item is not returned or charged -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 23891] New: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '21

22 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23891 Bug ID: 23891 Summary: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField 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 It seems that PatronSelfModificationBorrowerUnwantedField and PatronSelfRegistrationBorrowerMandatoryField are in conflict. There are certain pieces of information you may want when registering that you don't want a patron to modify online. For example, you will ask for the patron name when registering, but don't necessarily want them changing their names freely. Our library requires that they show an ID when they pick up their card after registration. If they legally change their name, they need to come in with an ID again to verify the change. I would suggest allowing the PatronSelfModificationBorrowerUnwantedField to have priority over the PatronSelfRegistrationBorrowerMandatoryField settings. So, if a field is listed in PatronSelfModificationBorrowerUnwantedField, it should negate the same field listed in PatronSelfRegistrationBorrowerMandatoryField. If not that, then there should be a separate field for mandatory modification fields called PatronSelfModificationBorrowerMandatoryField. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 27299] New: Zebra phrase register is incorrectly tokenized
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '21

20 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27299 Bug ID: 27299 Summary: Zebra phrase register is incorrectly tokenized Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Recently, I noticed issues with "exact" matching for authority linking when using Zebra ICU. I've documented those issues upstream on the idzebra project on Github: https://github.com/indexdata/idzebra/issues/24 Adam Dickmeiss and I are still working through this issue, but it seems very likely to me that the issue is that we are tokenizing strings for the "p" register when we should not be. Looking at Zebra CHR, the "p" register is not tokenized. According to Zebra's own documentation (https://software.indexdata.com/zebra/doc/querymodel-zebra.html#querymodel-p…) the "p" register is supposed to be "Character normalized, but not tokenized index for phrase matches". I'm still waiting for Adam to confirm my solution, but I've opened this bug report to track things on the Koha side, and to include a patch which I hope will resolve these problems. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 27318] New: make shibboleth instructions customizable in the loginModal
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '21

19 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27318 Bug ID: 27318 Summary: make shibboleth instructions customizable in the loginModal 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you enable shibboleth for sign on in the OPAC and go to the loginModal the instructions say "If you have a Shibboleth account, please click here to login." That language is confusing to most users who don't know what shibboleth is. This area should be editable via the News Tool so librarians can add their own language here. I have moved some things in the loginModal in Bug 25405 and this would build upon that. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 28175] New: Usability improvements to uploads page
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '21

16 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28175 Bug ID: 28175 Summary: Usability improvements to uploads page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 28170 I propose a few changes to the uploads page to make it easier to work with: - Add a toolbar with an "Upload" button so that it can be accessed from the upload results or search results views - On views other than the "main" view, add search forms to the sidebar - Show the upload category description instead of the code - Link the upload category in search results to a search for that category Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28170 [Bug 28170] Downloading some files via Tools - Upload is broken -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 27445] New: OPAC header tweaks for non-JavaScript users
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '21

16 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27445 Bug ID: 27445 Summary: OPAC header tweaks for non-JavaScript users Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 If you're using the OPAC with JavaScript disabled, the "Cart" link should not appear. The lists and user/login link should be styled as links since they don't trigger menus when JS is off. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 23571] New: fines.pl may block server
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '21

16 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23571 Bug ID: 23571 Summary: fines.pl may block server 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Under certain circunstances fines.pl may block a server. 1. if syspref calculate on return 2. If koha site has a big number of overdue items 3. there are puntual high number of checkin under this circunstances koha launches several fines.pl,each for every koha checkin, that overload cpu and make koha unresponsive This actions should be desiderable 1. fines.pl on return just calculate the user account, not all users Another option is possible, block fines.pl if there is another process running.. but perhaps option 1 is faster? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 25664] New: login_attempts for imported borrowers can be set to NULL
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '21

15 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25664 Bug ID: 25664 Summary: login_attempts for imported borrowers can be set to NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On bug 24379 there has been some conversation about login_attempts being set to null. While it doesn't seem to happen at creation it does during an import To recreate: 1 - Check your DB select distinct login_attempts from borrowers; 2 - All should be 0 (if you have some nulls already, thats ok) 3 - Run a report and download as CSV (you may need to set the delimiter syspref to comma) select surname, cardnumber, categorycode, branchcode FROM borrowers 4 - Tools -> Import borrowers 5 - Set to match on cardnumber and overwrite patrons 6 - Check the DB after import select distinct login_attempts from borrowers; 7 - All login_attempts are NULL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24749] New: Plack restart should clear orphaned cgi_compile directories on restart
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '21

14 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24749 Bug ID: 24749 Summary: Plack restart should clear orphaned cgi_compile directories on restart 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a plack process crashes you can end up with directories left from CGI::Compile in tmp These dirs are owned by the instance and named cgi_compile_{pid} Later on, other instances can generate the same dir name because the pid is reused. If these orphaned dirs still exist then plack locks up, unable to create/access the directory This may be a CGI::Compile bug, but if we can find a way to delete these on restart that would mitigate the issue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28080] New: Add system preference that allows users to insert HTML in the <head> on all OPAC pages
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '21

13 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28080 Bug ID: 28080 Summary: Add system preference that allows users to insert HTML in the <head> on all OPAC pages 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if there was a system preference to allow librarinans to insert HTML into the document <head>. Currently there is no way to add custom scripts or meta content, links to Google fonts, etc. Many already insert this in the OPACHeader but since that has moved to the News Tool it is less than ideal to do it this way. ( see bug 26942 ) -- You are receiving this mail because: You are watching all bug changes.

1 14