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

[Bug 30241] New: Show description of fines in details of payment
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30241 Bug ID: 30241 Summary: Show description of fines in details of payment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When looking at the details of a payment the description of the fines paid against is not visible. This would be really helpful as for overdues this field contains the title of the record. Alternatively it might be nice to show the title directly using the itemnumber link in accountlines when present. To test: - Create an account with overdue fines for multiple records - Pay some of those in one payment - Check the "Details" link on the payment line - Verify the fine description is not showing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28688] New: Auto Renew Patron Membership if Patron has Been Active
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '23

20 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28688 Bug ID: 28688 Summary: Auto Renew Patron Membership if Patron has Been Active 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: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When membership renewals come up for a patron, it would be useful for libraries to make a decision about automatic renewals of membership, based on current activity at the library. This would be a benefit/advantage for users who don't come into the physical branch but use curbside or electronic services. If Koha could look at borrowers.lastseen - last time a patron has been seen (connected at the OPAC or staff interface), this could be used as a way to identify that activity and renew the patron accordingly. In addition, if a library uses TrackLastPatronActivity the borrowers.lastseen date could also identify when a patron is using SIP-related connections. It would be great to have a system preference that would allow you to turn this function on or off for libraries who want patrons to come in to renew membership (ie show driver's license for mail verifying address). It would also be great to have a tie-in notice that automatically notifies them when they have been renewed! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 71

[Bug 22073] New: Diacritics Ž and ž not being mapped for searching (Non-ICU)
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '23

20 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22073 Bug ID: 22073 Summary: Diacritics Ž and ž not being mapped for searching (Non-ICU) 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: nick(a)bywatersolutions.com Target Milestone: --- To recreate: 0 - Ensure your catalog is not using ICU 1 - Find or add a record by author Slavoj Žižek 2 - Search for 'Zizek' 3 - No results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 26390] New: Add transliteration of Ž in ICU chains
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '23

20 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26390 Bug ID: 26390 Summary: Add transliteration of Ž in ICU chains Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Follow up to 22073 for ICU -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 20653] New: Issue expected from irregularities don't display right month
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '23

20 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20653 Bug ID: 20653 Summary: Issue expected from irregularities don't display right month Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 74815 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74815&action=ed… prediction pattern Hi, It is difficult for me to explain the problem in English but I will try with a detailed test plan: - created a numbering pattern for name of month (see image) - created a subscription for monthly frequency - check irregularities for months that are not published - receive an issue - next issue with expeted status display wrong name of month. (see image) - Date published is corrected, irregularity is respected but name of month do not respect irregularities cheched on prediction pattern. Has anyone ever experienced this problem? Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 23837] New: detail.pl contains a lot of whitespace in the td.status cell
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '23

19 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23837 Bug ID: 23837 Summary: detail.pl contains a lot of whitespace in the td.status cell Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com When looking at the code, I am seeing this: Waiting at Athol Library since 10/15/2019. Hold for: Not sure why all the whitespace (spaces/new lines/indentation) is there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28556] New: Make guarantor information available in notices
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '23

19 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28556 Bug ID: 28556 Summary: Make guarantor information available in notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Since the change to accommodate multiple guarantees per borrower, it is impossible to get the garantor's information in notices. It is customary here to send things to the parent as C/O (care of), especially if it's by the mail. I was wondering if it was possible to make the guarantor information available in notices. Thanks! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 28995] New: Add --added_after to writeoff_debts.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '23

19 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28995 Bug ID: 28995 Summary: Add --added_after to writeoff_debts.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 27049 writeoff_debts.pl currently supports --added_before to make it work on fines added before a given date. It would be nice if we could also tell it to work on fines added after a given date, with --added_after. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27049 [Bug 27049] Add a script to bulk writeoff debts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 27736] New: When an unauthenticated user goes to report a problem, the problempage URL will be lost
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '23

19 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27736 Bug ID: 27736 Summary: When an unauthenticated user goes to report a problem, the problempage URL will be lost 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org When an unauthenticated user goes to report a problem, they're first prompted to login, then they have to click the "report a problem" link a second time and now the value of the $referer variable is going to be opac-user.pl and not the original page. Steps to recreate: - enter a KohaAdminEmailAddress and set OPACReportProblem to Allow - as an unauthenticated user visit any page other than your account (opac-user.pl) e.g. search results (opac-search.pl) or a bib detail (opac-detail.pl) - select the "report a problem" link at the bottom - you're interrupted by the user login process, complete your authentication - you land on the user account page opac-user.pl - if you select "report a problem" again now, the "problempage" value on the form will be some form of "/cgi-bin/koha/opac-user.pl..." and not the original page you attempted to report There is a work around—users can return to where they originally had the problem and click "report a problem" there, but that's not intuitive nor user friendly. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23935] New: Sharing on Social Media looks wrong
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '23

18 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23935 Bug ID: 23935 Summary: Sharing on Social Media looks wrong Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When I tried sharing a record on Facebook, while I was writing the post, it showed the cover, but looked like it was including information from the login panel. Then when it was posted, it didn't include the cover or the login info. It did include the record title, but the image was the catalog banner/logo. Something isn't quite right with the social media posting. At least with Facebook. -- You are receiving this mail because: You are watching all bug changes.

1 3