May 2025 - Koha-bugs - lists.koha-community.org

[Bug 39321] New: Hide subfield tag for fixed length control fields
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39321 Bug ID: 39321 Summary: Hide subfield tag for fixed length control fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 39293 I think Koha intends to hide the subfield tag entirely when one is viewing a control field? If you open up a bib or authority for editing in the basic editor, you'll see that the control fields show a subfield tag of "00." You'll also notice that the second zero is cut off. This was true before Bug 39293, but those boxes made me think about it more :) I started to patch it so that both zeros would show, but it really looks like the intent is to hide them instead: style=" [% IF ( subfield_loo.fixedfield ) %]display:none; [% END %]" https://github.com/Koha-Community/Koha/blob/10d781c7b98d4e90e131c478638f3dc… This maybe changed with bug 22399, back in 20.11? I sure didn't notice it at the time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39293 [Bug 39293] Remove box around subfield tag in basic editor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 31019] New: UNIMARC field help link when cataloguing - default location needs updating
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31019 Bug ID: 31019 Summary: UNIMARC field help link when cataloguing - default location needs updating Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloguing on a UNIMARC installation, clicking on the ? for field help now goes to https://www.ifla.org/, for example for 500: https://www.ifla.org/#500. This looks like a redirect from https://archive.ifla.org/#500 (the MarcFieldDocURL system preference indicates that http://archive.ifla.org is used if nothing is entered in the system preference). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 39738] New: Obsolete call on system preference 'SelfCheckHelpMessage'
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39738 Bug ID: 39738 Summary: Obsolete call on system preference 'SelfCheckHelpMessage' Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 35065 moved to additional contents. Remove call in opac/sco/help.pl -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38925] New: Update record 'date entered on file' when duplicating a record -- in advanced editor
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38925 Bug ID: 38925 Summary: Update record 'date entered on file' when duplicating a record -- in advanced editor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With Bug 36552 we set 'date entered on file' (MARC21: 008/0-5, UNIMARC: 100a/0-7) of a record created by duplication of an existing record to the current date instead of having there the value from the original record. The same should be done for the advanced editor (for now, it retains the date of the original record). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 39274] New: Non public notes are low contrast in the issues table - Previous checkouts
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39274 Bug ID: 39274 Summary: Non public notes are low contrast in the issues table - Previous checkouts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org To recreate: 1. Have an item with a non-public note. 2. Check it out, it looks fine while under "Today's issues" 3. Set the issuedate to some time in the past ( update issues set issuedate = '2025-03-04 15:58:46'; ) 4. Now the not shows very low contrast. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 22458] New: PatronSelfRegistrationEmailMustBeUnique disallows self modification requests if multiple accounts share an email address
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22458 Bug ID: 22458 Summary: PatronSelfRegistrationEmailMustBeUnique disallows self modification requests if multiple accounts share an email address Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- PatronSelfRegistrationEmailMustBeUnique causes unexpected behavior on the patron self modification screen ("your personal details") in the OPAC. When enabled, the system preference blocks existing accounts from submitting account modification requests if the primary email associated with the account is also associated with another account in the database. This means if a parent account and a child account both use the same email address, neither can submit account modification requests via the OPAC. This system preference should only affect new self registered accounts. To reproduce this behavior: 1. Set PatronSelfRegistrationEmailMustBeUnique to 'Consider' 2. Create two different accounts with the same primary email address 3. Log into the OPAC with either account 4. Visit "your personal details" 5. Make a change unrelated to email address and submit 6. The submission is blocked with a message about duplicate email addresses -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 39736] New: Obsolete call on system preference 'OPACResultsSidebar'
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39736 Bug ID: 39736 Summary: Obsolete call on system preference 'OPACResultsSidebar' Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 34869 moved additional contents. Remove call in opac/opac-search.pl -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 39484] New: Can't play audio alerts on SCO from an external source
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39484 Bug ID: 39484 Summary: Can't play audio alerts on SCO from an external source Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable AudioAlerts 2. Set something up in the SCO to play a sound from an external source. ( I used #sco_main as my selector ) 3. Go to SCO and try to trigger the sound, nothing plays. Note: Make sure your browser is not blocking autoplay of sounds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39696] New: Low contrast for claim return date in circulation overdue report
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39696 Bug ID: 39696 Summary: Low contrast for claim return date in circulation overdue report Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Steps to Reproduce: 1. Enable the ability to mark items as "Claimed Returned" by setting the ClaimReturnedLostValue system preference. 2. Check out an item to a patron, and backdate the due date so that it becomes overdue. 3. Navigate to: /cgi-bin/koha/circ/overdue.pl to view the overdue item. 4. Mark the item as "Claims Returned". 5. Observe the display: the claim return date text uses #fff (white), which is not visible on white table rows and has poor contrast on grey rows. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 39569] New: When cancelling a hold waiting past expiration date triggers a transfer the libraries name is not in alert
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39569 Bug ID: 39569 Summary: When cancelling a hold waiting past expiration date triggers a transfer the libraries name is not in alert Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - Use a bib with a single item to make this easier - Place two holds on a bib with pickup at one library - Place some more holds for pickup at a different library - Check the item in to the first library - Set the expiration date back in time, using ktd --dbshell can help update reserves set expirationdate = DATE('2024-01-01') where branchcode='CPL'; - On Holds awaiting pickup > Holds waiting past their expiration date use the button in the actions tab to 'Cancel hold' the alert says: This item is on hold for pick-up at your library' - click OK - Check the item in again and set expiration date to expired again - On Holds awaiting pickup > Holds waiting past their expiration date use the button in the actions tab to 'Cancel hold and transfer to: [libraryname]' - Notice the alert says 'This item is on hold for pick-up at' with no library name -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11