August 2020 - Koha-bugs - lists.koha-community.org

[Bug 23013] New: Upgrade DataTables in the staff client
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23013 Bug ID: 23013 Summary: Upgrade DataTables in the staff client 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I would like to upgrade the DataTables plugin used in the staff client. This process will include: - A new concatenated, minified version of the DataTables components. - Removal of the custom "four_button" pagination configuration in favor of the built-in "full" pagination type. - Update style of pagination bars, including some additions to improve responsive behavior. Table-specific CSS, including our DataTables CSS, is now in a separate file, "_tables.scss" which compiled into staff-global.css. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 24476] New: Allow patrons to opt-out of Auto-renewal
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24476 Bug ID: 24476 Summary: Allow patrons to opt-out of Auto-renewal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some patrons prefer to renew their books on their own. This development will allow a patron to opt-out of auto-renewals -the cron will ignore these checkouts and items will be renewable both via the staff and opac. Patrons will be able to set this flag themselves, staff will also be able to. -- You are receiving this mail because: You are watching all bug changes.

1 97

[Bug 21952] New: Renewal should not set an earlier new due date
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '21

30 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21952 Bug ID: 21952 Summary: Renewal should not set an earlier new due date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In checkouts table, one can select several rows, define a new due date and renew. The issue is that you can set a new due date that is earlier than actual due date. This makes no sens for a renewal. It should be checked for each checkout, maybe like on hold check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 25030] New: IncludeSeeFromInSearches not honoured
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '21

29 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25030 Bug ID: 25030 Summary: IncludeSeeFromInSearches not honoured 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: tomascohen(a)gmail.com In Elasticsearch there are some things lacking: - Using the EmbedSeeFromHeadings RecordProcessor filter on indexing - Probably add a record a normalizer (a RecordProcessor filter?) that strips the 100a that has ind1=z from the results when retrieving from ES. In Zebra we only do that for the facets, not sure what's the best approach to be honest. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 20501] New: Unhighlight in search results when the search terms contain the same word twice removes the word
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '21

26 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20501 Bug ID: 20501 Summary: Unhighlight in search results when the search terms contain the same word twice removes the word 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: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org If you search in the staff client for the keyword apple, you can then unhighlight and hightlight again over and over without harm, but if you search for the keyword apple apple (or any other repeated word, the search that showed it to me was the word A in A giraffe and a half), when you click unhighlight the first instance of the repeated word is completely removed from each search result, and if you click highlight, and then click unhighlight again, the next instance will be removed each time you highlight/unhighlight. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22534] New: Add ability to choose which fields are copied from guarantor to guarantee
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '21

25 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22534 Bug ID: 22534 Summary: Add ability to choose which fields are copied from guarantor to guarantee Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: genevieve.beaudry(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When linking a guarantee to a guarantor, some fields are automatically copied, such as the address, the phone number, etc. I suggest that a system preference be added so that the system administration can choose which fields they want to be copied. By default, it can stay address and phone number, but they would have the possibility to remove those. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 24603] New: Allow to cancel charges in patron accounting
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '21

25 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24603 Bug ID: 24603 Summary: Allow to cancel charges in patron accounting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org There is already a button to void a payment. It should be possible to cancel a charge too. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 17775] New: blocker of bug 7172
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '21

24 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17775 Bug ID: 17775 Summary: blocker of bug 7172 Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: mnashbat(a)alfaisal.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Koha & ldap authentication fail authenticating new users when enabling plack, it works fine only if plack is desabled. Ldap authentication works fine with old registered users. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 19444] New: Automatic renewal script should not auto-renew if a patron' s record has expired
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '21

23 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19444 Bug ID: 19444 Summary: Automatic renewal script should not auto-renew if a patron's record has expired Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: janet.mcgowan(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently with the automatic_renewals.pl script, materials are still auto-renewed even if the patron's account has expired. The automatic renewals script has error conditions which prevent automatic renewals in these circumstances: $error eq 'too_many' or $error eq 'on_reserve' or $error eq 'restriction' or $error eq 'overdue' or $error eq 'auto_too_late' or $error eq 'auto_too_much_oweing' or $error eq 'auto_too_soon The error conditions should take into account the expiry date of borrower and not auto renew if the borrower's account has expired. For example adding a new error code such as 'borrower_expired' - or whatever convention achieves this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 17979] New: Fatal error when searching from addbooks.pl due to ISBN flaw
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '21

23 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17979 Bug ID: 17979 Summary: Fatal error when searching from addbooks.pl due to ISBN flaw Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you're doing a "Cataloging Search" from /cgi-bin/koha/cataloguing/addbooks.pl, and you type in "1st to die", you'll see the following: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 5 at /<koha>/lib/C4/Breeding.pm line 107 The reason is that the string is 10 characters long and contains a digit, so Koha thinks it's an ISBN. But when it tries to normalize it, it fails, and instead Koha generates no data for the WHERE clause and then the SQL statement fails because it contains a WHERE without the actual clause. The code: if ($query) { # fill isbn or title, depending on what has been entered #u must do check on isbn because u can find number in beginning of title #check is on isbn legnth 13 for new isbn and 10 for old isbn my ( $title, $isbn ); if ($query=~/\d/) { my $clean_query = $query; $clean_query =~ s/-//g; # remove hyphens my $querylength = length $clean_query; if ( $querylength == 13 || $querylength == 10 ) { $isbn = $query; } } if (!$isbn) { $title = $query; } ( $countbr, @resultsbr ) = BreedingSearch( $title, $isbn ); } -- You are receiving this mail because: You are watching all bug changes.

1 27