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

[Bug 33554] New: searching borrowers is a lot slower if there's searchable extended attributes.
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '25

22 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33554 Bug ID: 33554 Summary: searching borrowers is a lot slower if there's searchable extended attributes. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 30055 Hi, Since BZ 30055 search is using the REST API. For a library with 80,000 borrowers and 800,000 borrower_attributes, (one searchable per borrower), searching a borrower is twice as slow and is noticeable in checkin/checkout. before 30055 the request was something like : SELECT borrowernumber FROM borrowers WHERE firstname` LIKE '%foo%' OR middle_name LIKE '%foo%' OR surname LIKE '%foo%' OR othernames LIKE '%foo%' OR cardnumber LIKE '%foo%' OR userid LIKE '%foo%' OR borrowernumber in ( select borrowernumber from borrower_attributes where attribute LIKE '%foo%' AND code = 'BAR' ) GROUP BY borrowernumber; runtime 0.069 sec in master SELECT borrowernumber FROM borrowers LEFT JOIN borrower_attributes USING(borrowernumber) WHERE firstname` LIKE '%foo%' OR middle_name LIKE '%foo%' OR surname LIKE '%foo%' OR othernames LIKE '%foo%' OR cardnumber LIKE '%foo%' OR userid LIKE '%foo%' OR (attribute LIKE '%foo%' AND code = 'BAR' ) GROUP BY borrowernumber; runtime 1.324 sec Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30055 [Bug 30055] Rewrite some of the patron searches to make them use the REST API routes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 28841] New: Canceling holds from Waiting Reserves should follow the same rules as for checking in items concerning transfers
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28841 Bug ID: 28841 Summary: Canceling holds from Waiting Reserves should follow the same rules as for checking in items concerning transfers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a Hold is canceled from Waiting Reserves, it is automatically transfered to homebranch if it is different from holdingbranch, ignoring return policy defined in circulation rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 36780] New: Should templates (notices and slips) ignore print_XXX.css stylesheet
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36780 Bug ID: 36780 Summary: Should templates (notices and slips) ignore print_XXX.css stylesheet Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It seems I am fighting against the print stylesheet at times. Particularly with the templates (notices and slips) regarding tables in report templates. Everything looks great on screen, just the way I plan it, then when you get to the print preview and printing, the print stylesheet takes over. This is extremely troubling when you are working hard to style something for print. It seems like the template should offer a way to exclude the stylesheet. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 30056] New: autoBarcode and serial supplemental issue
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30056 Bug ID: 30056 Summary: autoBarcode and serial supplemental issue Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hi, In administration module, autoBarcode preference is set to "generated in the form <branchcode> yymm001". In framework structure, barcode.pl plugin is called in the item barcode field. I am editing a serial (Create an item record when receiving this serial is set), change the status to "Arrived", automatically create a barcode by clicking on barcode box, then create a supplemental issue (before to save). The automatic barcode for this supplemental issue is equal to the regular issue above. Don't know if it is possible but the plugin barcode.pl should check for a previous auto generated barcode in the current page in order to avoid duplicate barcode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 35355] New: Add ability to auto print holds slips through autofillholds system preference
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35355 Bug ID: 35355 Summary: Add ability to auto print holds slips through autofillholds system preference Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to expand or enhance the autofillholds functionality. If a patron places a hold in the OPAC, it would be nice that a hold slip is auto printed. Another option would be to add an optional notification in the staff interface home screen that says something like "pending holds" with a print button to print the hold slips. "Pending holds" would have to be updated in real time to provide ultimate functionality. This would be very useful for Archives in which materials must be retrieved upon request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27339] New: Display opac notes and opac messages on check-in
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27339 Bug ID: 27339 Summary: Display opac notes and opac messages on check-in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, Circulation note (borrowers.borrowernotes) and item notes (items.itemnotes and items.itemnotes_nonpublic) are displayed during check-in. This patch adds Opac note (borrowers.opacnote) and Opac messages (messages table). Test plan: - Add an Opac note and one or several Opac messages to a patron. - Checkout and check-in an item for this patron. - Check that Opac note and Opac message(s) are not displayed on check-in. - Apply the patch. - Checkout and check-in an item for this patron. - Check that Opac note and Opac message(s) are displayed on check-in. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 35765] New: No permissions to create Public Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35765 Bug ID: 35765 Summary: No permissions to create Public Lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently staff with permission to the staff interface (catalogue) automatically have access to create lists. The only permissions that currently exist for staff are delete and edit. Delete public lists (delete_public_lists) Edit public lists contents (edit_public_list_contents) Edit public lists (Name, settings, and permissions, but not explicitly contents) (edit_public_lists) It would be beneficial to add a permission to "create public lists" ensure that staff just can't create unnecessary visible public lists. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 35400] New: Public lists permission
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35400 Bug ID: 35400 Summary: Public lists permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There should be a permission to allow staff members to create public list in the opac. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21412] New: Opac upload file access
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '25

21 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21412 Bug ID: 21412 Summary: Opac upload file access Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: scdogan(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 79410 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=79410&action=ed… step1 I want to restrict access to the files I upload in the Koha automation system. What steps can I use? Thank you. 1. 1. Opac Display - Disable ( This collection will be private) 2. https://www.youtube.com/watch?v=mbYgsodcPaU (How to attach a file to a MARC Record in Koha) 3. Cataloging step 4.Copy upload file link ( For Example : http://193.140.223.100/cgi-bin/koha/opac-retrieve-file.pl?id=eca42072bd9eb8… ) 5. Log out Koha 6. Paste link any browser than file is open. I want to system asked username and password -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 29855] New: Add a repeated subfield with a MARC modification template
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29855 Bug ID: 29855 Summary: Add a repeated subfield with a MARC modification template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It seems it is not possible to add a repeated subfield with MARC Modification template with the current options. Ex : it should be possible to create a 099$tBOOK field, then create an other $t (ex: $tCD) in the same 099 field (not in a new 099), to obtain 099$BOOK$tCD -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3