February 2022 - Koha-bugs - lists.koha-community.org

[Bug 29889] New: Incorrect library check in patron message deletion logic
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29889 Bug ID: 29889 Summary: Incorrect library check in patron message deletion logic 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 21757 If you DON'T have AllowAllMessageDeletion enabled, message deletion is supposed to be limited by library: Staff from the same library can delete each other's messages, but not messages left by other libraries. At some point the logic around the display of the "Delete" link got changed, I think by Bug 21757. Now the check compares the branchcode of the staff member who left the message with the branchcode of the patron: patron_message.branchcode == patron.branchcode I think this is meant to compare patron_message.branchcode to the logged-in library. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21757 [Bug 21757] Patron detail script (moremember.pl) cleanup -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10756] Carousel display of new titles on OPAC home page
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10756 Ray Delahunty <r.delahunty(a)arts.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.delahunty(a)arts.ac.uk --- Comment #40 from Ray Delahunty <r.delahunty(a)arts.ac.uk> --- As part of the wishlist for when the carousel might be coded into the community version of Koha may I ask that the code deal well with keyboard navigation. We are testing functionality of the 21.11 Koha OPAC on our upgrade server with minimal customisations other than colours etc., and find that the keyboard navigation jumps from the links on the left hand side of the OPAC page into individual titles of records in the carousel, rather than into the carousel heading. This means repeated tabbing to move from the carousel to the next OPAC feature. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30017] New: Should we prefer iterator.first over calling variable.count to reduce our DB hits
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30017 Bug ID: 30017 Summary: Should we prefer iterator.first over calling variable.count to reduce our DB hits 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org I noticed a pattern recently whereby we often call a count prior to iterating over the resultset: [% IF things.count %] <table> . . . [% FOREACH thing IN things %] <td>[% thing.whatever %]</td> [% END %] </table> [% END %] This introduces a count(*) DB call. We could instead use the first iteration of the iterator to setup the boilerplate and reduce our DB hits. [% FOREACH thing IN things %] [% IF thing.first %] <table> [% END %] <td>[% thing.whatever %]</td> [% IF thing.last %] </table> [% END %] [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26699] New: Patrons with the most checkouts nothing result
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26699 Bug ID: 26699 Summary: Patrons with the most checkouts nothing result Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: mhby87(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 111820 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=111820&action=e… No result for report No result when I generate report form Patrons with the most checkouts menu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29833] New: Gateway Timeout for Overdues
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29833 Bug ID: 29833 Summary: Gateway Timeout for Overdues Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mhby87(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 129238 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129238&action=e… Gateway Timeout for Overdues Gateway Timeout After upgrade from 21.05 to 21.11, Overdues report in Circulaiton module too long to generate and result is Gateway Timeout. Thank you -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 15121] runreport.pl cronjob ought to let you specify multiple email addresses
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '22

16 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15121 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m Severity|enhancement |normal -- You are receiving this mail because: You are watching all bug changes.

1 0

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

15 Feb '22

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

1 0

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

15 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4042 Patrick Robitaille <patrick.robitaille(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.robitaille@collecto | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30112] New: Incorrect timestamps on Orders By Fund report (orders_by_fund.pl)
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '22

15 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30112 Bug ID: 30112 Summary: Incorrect timestamps on Orders By Fund report (orders_by_fund.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org The timestamps recorded for Entry Dates and Received Dates on the Orders By Fund report (orders_by_fund.pl) are incorrect. Most of them are shown as 12:00 AM when the library isn't even open. I found a few that showed other times such as 8:59 AM and 9:09 AM. We order and receive items throughout the day so there should be other timestamps included in the report. Unless the timestamps can be accurate then it seems that they should not be displayed at all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 30106] New: Items silently moved to serial record without updating search index
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '22

15 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30106 Bug ID: 30106 Summary: Items silently moved to serial record without updating search index Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This is quite a confusing bug: 1) Create a serial description with 'create items on receive' 2) Receive multiple issues and add items with barcodes 3) Verify your items show on the detail page of you serial record. 4) In a new tab, search for another record. 5) Attach one of your items to this record. 6) Both detail pages and result lists should reflect the change correctly. 7) Go to your subscription and switch to the "Serial collection" page 8) Make sure that the issue for your reattached item is "checked" in the list 9) Click Edit serials 10) Receive the newest issue, leave your old issue unchanged Now the surprise: 11) Check the detail pages of both your records: The item has been reattached to the original record. 12) Verify via zebraqueue table and result list that the index has not been updated. The result list still shows the item on the second record. Problem: * There should be no silently wandering items...? * The index is out of sync causing additional confusion. Use case: In some cases serials that have volumes with unique titles (yearbooks are an example) will be catalogued with separate records for the volumes according to German cataloguing rules. So wanting to reattach the item created for the serial to the volume record created after the item was received is a common use case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2