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

[Bug 31876] New: Capitalization: Click to Expand this Tag
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31876 Bug ID: 31876 Summary: Capitalization: Click to Expand this Tag Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging 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: m.de.rooy(a)rijksmuseum.nl The string "Click to Expand this Tag" appears in addbiblio.tt a couple of times. It should be "Click to expand this tag". To get to the string for the staff interface: 1. In the staff interface, go to Cataloging 2. Click "New record" 3. Hover the mouse cursor over one of the tag titles (e.g. CONTROL NUMBER) --> a little popup thing (tooltip?) appears with "Click to Expand this Tag" 4. Go to Administration > Global system preferences 5. Search for advancedMARCeditor 6. Change the value to "Don't show" 7. Click "Save all Cataloging preferences" 8. Go back to Cataloging > New record 9. Hover the mouse cursor over the tag number (e.g. 001) --> a little popup thing (tooltip?) appears with "<tag title> Click to Expand this Tag" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 31664] New: Show pending transfers on biblio details page
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31664 Bug ID: 31664 Summary: Show pending transfers on biblio details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 If a transfer is requested, but not sent, we should display this information on biblio details for staff This patch also removes nocancel parameter that was not used, passes transfer object directly to template To recreate 1 - Manually transfer an item 2 - Note the item shows in transit on details page 3 - Remove the datesent to emulate a pending transfer UPDATE branchtransfers SET datesent = NULL itemnumber=1; 4 - View details page - no info on transfer 5 - Apply patch 6 - Item shows 'Transit pending' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[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 01 Nov '22

01 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 01 Nov '22

01 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