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

[Bug 24179] New: Preserve subfield order when linking authority
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24179 Bug ID: 24179 Summary: Preserve subfield order when linking authority Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To test: - Creste an authority with values in the 150$a, 150$z, and 150$v - In your authority, order the subfields $a, $z, $v - Create a new bib in the basic cataloging interface - manually link your bib to your authority - note that the bib reorders the subfields to $a, $v, $z Tested on 18.11 and master. Advanced editor doesn't do this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19419] New: 008 Material type reverts Book
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19419 Bug ID: 19419 Summary: 008 Material type reverts Book Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)halcyonschool.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 67673 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=67673&action=ed… Screenshot of website catalogue record showing book type not online resource Material type reverts to Book, regardless of type selected at 008. Bug 2358 marked fixed but issue remains. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

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

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14911 --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Just a +1 for the efforts here. This would be super helpful. -- 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 --- 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