January 2026 - Koha-bugs - lists.koha-community.org

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '26

08 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #176537|0 |1 is obsolete| | --- Comment #16 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 191023 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=191023&action=e… Bug 8088: Png-images of covers lost transparency Images of covers must preserve transparency of png-images. This is useful for example for the covers of CD/DVD disks. Plan test : 1. Apply the patch. 2. In 'Koha administration > System preferences', set 'LocalCoverImages' to 'show' and OPACLocalCoverImages to 'show'. 3. Create a new bibligraphical record 4. In the record details select tab Images and click on upload 5. Click on « Drop files here » and select the image file to upload then click «Process images» 6. Search for the record created on step 3 7. Click on the record to view detail page (detail.pl) 8. Click on the image to view it fully ---> Notice the background is transparent 9. Save the image and open it ---> Notice the background is transparent Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '26

08 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off Patch complexity|--- |Small patch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38093] New: Bundles: Add MARC link options should also add a link in 462
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '26

08 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38093 Bug ID: 38093 Summary: Bundles: Add MARC link options should also add a link in 462 Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 41542] New: Update various system preference descriptions in the manual - order of sections, values, formatting
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '26

08 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41542 Bug ID: 41542 Summary: Update various system preference descriptions in the manual - order of sections, values, formatting Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de This bug covers changes to various system preference descriptions in the manual. These changes were identified when reviewing merge requests for the manual, but were either minor changes, or not directly related to the merge request. Rather than leave them to later updates, I've fixed them on this bug. It includes: - Fixing the order of sections for a system preference, such as moving the default value to after the list of values. - Updates to the 'Asks' section to match what is in Koha. - Minor punctuation changes, such as adding missing full stops. - Fixing formatting for admonitions, such as notes. - Updating the list of values so that they match what is in Koha. - Some edits to the description section, including: . passive voice to active voice . preference to system preference . making the descriptions clearer (hopefully) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41541] New: System preference descriptions - model format for examples
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41541 Bug ID: 41541 Summary: System preference descriptions - model format for examples Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Examples in system preferences are presented several different ways, and inconsistently. Search the system preferences for "example" and note the different ways examples are presented. This includes: 1. Short examples on one line 2. Longer examples that use multiple lines 3. Multiple examples 4. Introductory sentence: example, for example, examples, example with bulleted items, example followed by a colon or comma 5. Included in the description 6. Shown below the description Better examples of examples: - PurgeListShareInvitesOlderThan: a single example - MarcFieldDocURL: multiple examples - UpdateItemLocationOnCheckin and UpdateItemLocationOnCheckout: multiple line example - ILLRequestsTabs: multiple examples Ideally, we should have a model format to use for adding examples to system preference descriptions, or highlight some exemplar system preferences that developers can copy. This would improve consistency, make them easier to quickly scan, and make it easy for those configuring Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40414] New: Update patron card layout with expiry date
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40414 Bug ID: 40414 Summary: Update patron card layout with expiry date Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The patron card layout that comes with Koha has "Expires: August 31, 2010" on it. I feel like that's a bit out of date. I propose to change it to the patron's actual expiry date. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|hammat.wele(a)inlibro.com |koha-bugs(a)lists.koha-commun | |ity.org CC| |caroline.cyr-la-rose@inlibr | |o.com --- Comment #15 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- We don't have the sponsor for this anymore. Resetting the assignee to default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30697] New: IsAvailableForItemLevelRequest returns wrong when items_any_available is defined
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30697 Bug ID: 30697 Summary: IsAvailableForItemLevelRequest returns wrong when items_any_available is defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The IsAvailableForItemLevelRequest subroutine returns wrong value when $items_any_available is defined -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 31060] New: Fine duplicates when returning item with accountline status marked as lost
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31060 Bug ID: 31060 Summary: Fine duplicates when returning item with accountline status marked as lost Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1- System preferences: finesMode: Calculate and charge CalculateFinesOnReturn: Do WhenLostChargeReplacementFee: Don't charge MarkLostItemsAsReturned: uncheck from the items tab of the catalog module 2- Have a circulation rule with defined non-zero Fine amount and Fine charging interval. (Will have to use the patron category and item type associated to this circulation rule to test) 3- Checkout a document from the patron with backdated due date (backdated enough depending on the Fine charging interval set) 4- Run ./misc/cronjobs/fines.pl 5- There should be a Fine(Accruing) in accounting tab of the patron 6- Go to the checked out item detail and set Lost status: Long overdue (Lost) and click Set status 7- Now, Fine(Accruing) changed to Fine(Lost) in the accounting tab of the patron 8- In item detail, set Lost status: Choose and click Set status 9- Notice Fine(Lost) did not switch back to Fine(Accruing) in the accounting tab 10- Check in the item 11- Notice there is a duplicate fee Fine(Returned) and Fine(Lost) is still there -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 5739] Check out waiting holds directly from "hold waiting" alerts on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5739 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41539 --- Comment #8 from David Nind <david(a)davidnind.com> --- This was raised at the koha-US General Meeting today. This would help with library workflows and reduce clicks, particularly where the circulation desk holds the holds and issues them (where a self-service for waiting holds is not available). Current clicks: - Click the link to the item on the patron's check out or details page - Copy the barcode number from the details column - Go back to the patron's check out page - Paste the link - (Alternatively, click the holds tab, copy from the barcode column, paste into the barcode field) So: 1. Having the barcode on the check out page before the title would be great 2. Making it easier to copy would be excellent 3. Having it populate the barcode field in the check out page for the patron would be even better! Bug 41539 implements 1 (which is similar to the original bug here). -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug. You are watching all bug changes.

1 0