May 2023 - Koha-bugs - lists.koha-community.org

[Bug 31170] New: Capitalization: Overdue Item Fine Description
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31170 Bug ID: 31170 Summary: Capitalization: Overdue Item Fine Description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Overdue Item Fine Description The string is in the sample notices: installer/data/mysql/en/mandatory/sample_notices.yml:letter:1:row:64 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 31203] New: Cronjobs should log completion as well as logging begin
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31203 Bug ID: 31203 Summary: Cronjobs should log completion as well as logging begin 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Currently our cronjobs call cronlogaction when they begin We should add a second call: cronlogaction({done => 1}); To indicate when a job has completed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 31854] New: Document conflict with delete_patrons.pl --not_borrowed_since and privacy = 2
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31854 Bug ID: 31854 Summary: Document conflict with delete_patrons.pl --not_borrowed_since and privacy = 2 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 delete_patrons.pl has this option: --not_borrowed_since Delete patrons who have not borrowed since this date. This sounds easy enough, but if you have patrons with borrowers.privacy = 2, they will have their issues/loans anonymized as they are returned, resulting in an empty history, and they will be deleted the next time delete_patrons.pl is run, even if they have just been active. This is not a problem in itself, but a reminder could be added to the documentation for --not_borrowed_since, to avoid patrons being unduly deleted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 7021] Add patron category to the statistics table
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |caroline.cyr-la-rose@inlibr | |o.com Status|Needs documenting |RESOLVED --- Comment #61 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- Not sure what needs documenting here. It seems like backend stuff. Closing, but feel free to reopen with details if needed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21381] New: OMNIBUS: Circulation history UI improvements - Add Serial enumeration / chronology information at title column
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21381 Bug ID: 21381 Summary: OMNIBUS: Circulation history UI improvements - Add Serial enumeration / chronology information at title column 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If librarian lookig for specific item (periodical), on circulation history absent info about serial enumeration / chronology -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 30337] New: Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30337 Bug ID: 30337 Summary: Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended, and shows the wrong number of "patrons with holds" which presumably tells the librarian how many copies to pull from the shelves. Test Plan: 1) Create a record with one or more holdable items 2) Place two holds on the record 3) Note they show in the holds to pull report 4) Suspend the priority 2 hold 5) Note the report continues showing that 2 patrons have holds 6) Resume the priority 2 hold 7) Suspend the priority 1 hold 8) Note the hold disappears from the holds to pull report 9) Apply this patch 10) Restart all the things! 11) Reload the holds to pull report 12) The report should show one hold that needs an item pulled to fill it! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 33518] New: Inconsistent breadcrumbs in IdP pages
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33518 Bug ID: 33518 Summary: Inconsistent breadcrumbs in IdP pages Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There's no mention to the particular IdP you are editing or you are adding domains to, so you need to start from scratch. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 32354] New: Handle session_state param given by OAuth identity provider
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32354 Bug ID: 32354 Summary: Handle session_state param given by OAuth identity provider Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We're trying Bug 31378 in production with OpenID Connect and Azure AD. Azure is passing back a parameter session_state which causes Koha to throw a 'malformed query string' error [{"message":"Malformed query string","path":"\/query\/session_state"}] Believe this means we need to add session_state to the list of parameters Koha can expect from the IdP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 32140] New: Sessions created using the OIDC/OAuth2 client use an "api" interface rather than "intranet" or "opac"
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32140 Bug ID: 32140 Summary: Sessions created using the OIDC/OAuth2 client use an "api" interface rather than "intranet" or "opac" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 31378 provides an OAuth2/OIDC client for authenticating into the Staff Interface and the OPAC, but the "interface" is always "api". So far it hasn't caused any obvious problems, but I think we might find small discrepancies start to rise up - at least in our data. Where we want or expect to find "opac" or "intranet", instead it will say "api". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 32139] New: "Update on login" setting not set when creating domain from new IdP page
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32139 Bug ID: 32139 Summary: "Update on login" setting not set when creating domain from new IdP page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When you're creating a new Identity Provider, you're prompted to create a domain. All the settings are saved correctly except "Update on login". It will be set to "No" even when you select "Yes" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10