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

[Bug 14784] Missing checkin message for debarred patrons when issuing rules 'fine days = 0'
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 --- Comment #78 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- @Kyle: could you maybe weigh in here? IIRC you were the one to write a part of this code at least? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14784] Missing checkin message for debarred patrons when issuing rules 'fine days = 0'
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #77 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Katrin Fischer from comment #75) > Not sure about the date, actually: > > If you create an unrestricted debarment you get: > > borrowers_debarments.expiration = NULL > borrowers.debarred = 9999-12-31 Looking at the code, it checked borrowers.debarred: + } elsif ($patron->debarred) { + if ( $patron->debarred eq "9999-12-31") { So this would be the correct checked for an unlimited restriction indeed. There is some history there as in that debarred and debarredcomment where kept around when borrowers_debarments were added for backwards compatibility. It should always contain the longest restriction at that moment with more than one restriction. And it's also still used in patron import for adding a restriction. And in borrowers.debarred we can't use NULL to indicate an unlimited debarment... as that would mean NO restriction. So the 'magic' date is still used there. Setting back to Signed off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6796] Overnight checkouts taking into account opening and closing hours
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 Emily Lamancusa <emily.lamancusa(a)montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.lamancusa@montgomeryc | |ountymd.gov -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13976] Sorting search results by popularity is alphabetical
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13976 --- Comment #12 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Anke Bruns from comment #11) > Note for testers: The aim of the batch modification is to populate the > number of totalissues in the biblioitems tab to have some entries there > without having to perform manual checkouts; the biblionumber is used to > populate this field. > > This means also that checking if the sorting was correct can be done by just > looking at the results' URLs where the biblionumber also appears. > > Thanks to Victor and his patch testing session! Thanks Anke, and Victor, for explaining the bit I forgot to explain :-) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13976] Sorting search results by popularity is alphabetical
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13976 Anke Bruns <anke.bruns(a)gwdg.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anke.bruns(a)gwdg.de Status|Needs Signoff |Signed Off --- Comment #11 from Anke Bruns <anke.bruns(a)gwdg.de> --- Note for testers: The aim of the batch modification is to populate the number of totalissues in the biblioitems tab to have some entries there without having to perform manual checkouts; the biblionumber is used to populate this field. This means also that checking if the sorting was correct can be done by just looking at the results' URLs where the biblionumber also appears. Thanks to Victor and his patch testing session! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13976] Sorting search results by popularity is alphabetical
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13976 PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #144115|0 |1 is obsolete| | --- Comment #10 from PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> --- Created attachment 144406 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=144406&action=e… Bug 13976: Sort popularity numerically in Zebra To test: 1 - Create a new template at Tools->Marc modification template 2 - Add action: Copy 999$c to 942$0 3 - Create a report: SELECT biblionuber FROM biblios 4 - Run report, show all, do a batch modification to all records using template above 5 - Search for 'a' (make sure you are using Zebra) 6 - Sort by popularity 7 - Note records are sorted wrong 8 - Apply patch 9 - Restart all 10 - Reload search results 11 - Success! Sorted correctly Signed-off-by: Anke <anke.bruns(a)gwdg.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 --- Comment #7 from Lucas Gass <lucas(a)bywatersolutions.com> --- (In reply to Owen Leonard from comment #6) > I think biblio-title.inc should be used here instead That is a reasonable request. However, when I attempt to add that include into the JSON include ( itemsearch_item.json.inc ) it crashes! I'm not seeing why or getting an useful errors to help. It is finding the include but the itemseach page won't properly load. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31561] New: Background jobs stuck at "New"
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31561 Bug ID: 31561 Summary: Background jobs stuck at "New" Change sponsored?: --- Product: Koha Version: 21.11 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org "Bug 30172 - Background jobs failing due to race condition" has been fixed in 22.05.00,21.11.05,21.05.14,20.11.18, but I am still seeing background jobs stuck at "New" on 21.11.11, and there is no way to make them run apart from this: $ sudo koha-worker --stop <sitename> $ sudo service rabbitmq-server stop $ sudo koha-worker --start <sitename> $ sudo koha-worker --stop <sitename> $ sudo service rabbitmq-server start $ sudo koha-worker --start <sitename> Library staff are finding this annoying. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 31490] New: Terminology: change "staff client" to "staff interface" in marc-overlay-rules
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31490 Bug ID: 31490 Summary: Terminology: change "staff client" to "staff interface" in marc-overlay-rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When setting overlay rules in administration, one source option is "staff client MARC editor". The terminology guide indicates we should use "staff interface" https://wiki.koha-community.org/wiki/Terminology#S To test: 1) Enable the MARCOverlayRules system preference 2) Go to Administration > Record overlay rules 3) Open the "Filter" drop-down menu => Note that the second option is "Staff client MARC editor" This should be changed to "Staff interface MARC editor" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 14911] Item search: Display additional 245 subfields in search results
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '22

02 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #6 from Owen Leonard <oleonard(a)myacpl.org> --- I think biblio-title.inc should be used here instead -- You are receiving this mail because: You are watching all bug changes.

1 0