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

[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 20 Mar '25

20 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

[Bug 35286] New: Replace GetPrintMessages with Koha::Notice::Messages->search
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35286 Bug ID: 35286 Summary: Replace GetPrintMessages with Koha::Notice::Messages->search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org C4::Letters::GetPrintMessages is a very basic wrapper around a simple SQL lookup. We could easily remove it and use Koha::Notice::Messages->search directly instead resulting in Koha::Notice::Message objects in the return. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 32429] New: With "Write off all" UseEmailReceipts sends emails for each, with "Write off selected" a digest
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32429 Bug ID: 32429 Summary: With "Write off all" UseEmailReceipts sends emails for each, with "Write off selected" a digest Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com If you are using UseEmailReceipts, an email is sent to the user as a receipt when fines are written off or paid. There is a difference in how the emails sent that should be fixed: * When you pay/write off a single fine, an email is sent for that line. * When you pay/write off multiple using "selected", one email is sent with all information about the selected lines. (nice and expected) * When you pay/write off all a single email is sent for each line. (unexpected, not nice) If multiple lines are paid or written off, this should always generate a single email about the transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4