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

[Bug 32033] New: Cannot rebuild zebra
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32033 Bug ID: 32033 Summary: Cannot rebuild zebra Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: chimesh(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org My Koha version is 22.05.06.000 and OS is Debian Buster I tried to manually rebuild koha using sudo koha-rebuild-zebra -f libcat (We are using field 880 to insert transliterate terms) But couldnr rebuil. following error occured Use of uninitialized value $sub6 in pattern match (m//) at /usr/share/koha/lib/K oha/Filter/MARC/Index880InZebra.pm line 77. Use of uninitialized value $sub6 in pattern match (m//) at /usr/share/koha/lib/K oha/Filter/MARC/Index880InZebra.pm line 77. Use of uninitialized value $sub6 in pattern match (m//) at /usr/share/koha/lib/K oha/Filter/MARC/Index880InZebra.pm line 77. Tag "24 " is not a valid tag. at /usr/share/koha/lib/Koha/Filter/MARC/Index880In Zebra.pm line 79. Something went wrong rebuilding biblio indexes for libcat -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 30976] New: Cover images for biblio should be displayed first
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30976 Bug ID: 30976 Summary: Cover images for biblio should be displayed first Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If one add cover images at item's level, then biblio level, the cover images of the items are displayed first on the main "cover slider" at the top of the page. We should displayed biblio cover images first, then the ones for the items. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 31389] New: Calculate user permissions in separate function
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31389 Bug ID: 31389 Summary: Calculate user permissions in separate function Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Auth::get_template_and_user() is an extremely long function. By decomposing it into functions, it becomes easier to test and re-use those functions elsewhere. The current calculation of "CAN_user_*" is also inefficient and contains some unused code, so this would help to clean it up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31419] New: Add accesskeys to recall modal
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31419 Bug ID: 31419 Summary: Add accesskeys to recall modal 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have added accesskeys for the buttons on hold modals, we should have the same functionality on recalls -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 31468] New: Koha::Logger should prefix interface with 'plack'
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31468 Bug ID: 31468 Summary: Koha::Logger should prefix interface with 'plack' Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Koha::Logger->get( interface => 'opac' ) should write to plack-opac under plack. We still need a few tiny tweaks in Context and Logger. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 30802] New: numReturnedItemsToShow doesn't show more than 20 items on the return screen
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30802 Bug ID: 30802 Summary: numReturnedItemsToShow doesn't show more than 20 items on the return screen 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The system preference numReturnedItemsToShow says "show the XX last returned items on the checkin screen". The default value is 20. If you put a value < 20, it affects the returns.pl table. But if you put a value > 20 in the syspref, the table on returns.pl shows a maximum of 21 items. To test: 1- Make lots of checkouts, at least like 40 (I used the batchCheckouts feature) 2- Go to Circulation > Check in 3- Return 21 items The last 20 items returned will be displayed 4- Change numReturnedItemsToShow to 50 5- Return a couple more items Only the last 21 returned items are displayed 6- Change numReturnedItemsToShow to 10 7- Return a couple more items Only the last 10 returned items are displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 32052] New: Transparency on Hold Cancellations
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32052 Bug ID: 32052 Summary: Transparency on Hold Cancellations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hey! It would be really cool if there was better transparency on what happened to our holds and how they were cancelled. I know the system logs when a hold ages out, but having the knowledge that a hold was cancelled by a patron may also be beneficial. Our staff have struggled with knowing how a hold was cancelled. If the hold ages out on the shelf, Koha reports that nicely. However, if a patron or staff member cancels the hold, there is no log kept on that. It would be helpful information for our staff when interacting with a patron to know how the hold was cancelled. Thank you! Chris -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32053] New: Authority not in database
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32053 Bug ID: 32053 Summary: Authority not in database Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: support(a)libruse.bg QA Contact: testopia(a)bugs.koha-community.org When creating a authority from Authorities, it is not stored in the database -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 7021] Add patron category to the statistics table
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |Needs documenting CC| |lucas(a)bywatersolutions.com --- Comment #60 from Lucas Gass <lucas(a)bywatersolutions.com> --- Enhancement will not be backported to 22.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29744] New: Harmonize psgi/plack detection methods
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29744 Bug ID: 29744 Summary: Harmonize psgi/plack detection methods Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org In Bug 29420, C4::Context->is_psgi_or_plack() is introduced to check for psgi/plack environmental variables, since C4::Auth::psgi_env doesn't check for "plack" environmental variables which means psgi/plack detection fails. We should replace C4::Auth::psgi_env calls with C4::Context->is_psgi_or_plack() if possible. We should also use C4::Context->is_psgi_or_plack() instead of manually scanning the %ENV hash for psgi/plack variables. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43