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

[Bug 19815] New: Replace Record via Z39.50 Server give option to change framework
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19815 Bug ID: 19815 Summary: Replace Record via Z39.50 Server give option to change framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers 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 When a staff member chooses Replace record via Z39.50/SRU from the Edit Dropdown menu in detail.pl, the current behavior replaces the record using the existing framework on the record. It would be a nice enhancement to have an option when replacing the record to choose if you would also like to change the framework. For example. You have a record that was created using a Fast Add Framework for a newly published item. You now want to replace that record with the full record. Koha's current behavior will replace the record into the fast add framework. Having an option to change the framework to default or books, etc would make the workflow easier. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28307] New: Make BakerTaylorEnabled preference separate for staff and OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28307 Bug ID: 28307 Summary: Make BakerTaylorEnabled preference separate for staff and OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The description of the BakerTaylorEnabled preference says it controls both OPAC and staff. In fact the feature isn't present in the staff interface. I propose to enable the feature in the staff interface and at the same time separate the preference into two: One for the OPAC and one for the staff interface. -- You are receiving this mail because: You are watching all bug changes.

1 78

[Bug 39292] New: Editing subfield tags in bib editor allows contradiction of framework setup
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39292 Bug ID: 39292 Summary: Editing subfield tags in bib editor allows contradiction of framework setup 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 When editing a biblio via the basic editor, one can accomplish edits that should be prevented by framework configuration. To recreate: - have a record in the Default framework that already has a 100$a value - Confirm your framework defines the 100$a as non-repeatable - edit the record --- don't change the existing 100$a --- edit the subfield tag on a different 100 subfield, set it to $a, enter a value for the field - save your record - you get no error, your record now contains 2 100$a tags Further: - enable RequireChoosingExistingAuthority - confirm you cannot edit an existing 100$a without using the authority picker - take some other 100 subfield, edit its tag to be $a, put whatever you want in that field and save - Koha saves your non-authority author without issue It's worth noting I tried to save a 100$s, which is not defined in my framework. That data was not saved and I received no error message about it. I've confirmed this behavior in Main, 24.11, and 23.05. 24.11 and later versions have made it more obvious that one can edit these subfield tags, but the issue I've described here existed in 23.05. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 39159] New: Remove useless autouse in C4/Koha.pm
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39159 Bug ID: 39159 Summary: Remove useless autouse in C4/Koha.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial 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 I just noticed the following line in C4/Koha.pm: use autouse 'Data::cselectall_arrayref' => qw(Dumper); It looks like a mistake added by bug 10937 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18798] New: Use Koha.Preference in OPAC Reading Record
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18798 Bug ID: 18798 Summary: Use Koha.Preference in OPAC Reading Record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Should not be passing the preference from the pl file - can check the preference using template plugin Koha.Preference -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 38713] New: [OMNIBUS] Incorrect HTML structures
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38713 Bug ID: 38713 Summary: [OMNIBUS] Incorrect HTML structures Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are several occurrences of incorrect HTML structures in our templates. Mostly caused by opening tag without closing tag (or the reverse). This is not about a validator check. -- You are receiving this mail because: You are watching all bug changes.

1 121

[Bug 30707] New: Having a closing div in intranet-bottom.inc is wrong (?)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30707 Bug ID: 30707 Summary: Having a closing div in intranet-bottom.inc is wrong (?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There is a closing div in intranet-bottom.inc, the related opening div is usually added by the different template. Since it's at the top of the include file it does not make much sense to have it here, better to not add confusion to the templates and let them close it from there. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 39613] New: Cover modal logic in returns.tt / returns.pl with Cypress tests
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39613 Bug ID: 39613 Summary: Cover modal logic in returns.tt / returns.pl with Cypress tests Change sponsored?: --- Product: Koha Version: Main 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some great work has been done to refactor some of the complex logic with modals in returns.tt ( Bug 38842 ). Now we should cover all of that with Cypress tests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 25515] New: Remove warnings and errors from tests output
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 Bug ID: 25515 Summary: Remove warnings and errors from tests output Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: rel_20_11_target Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We have tons of: "Use of uninitialized value" "DBIx::Class::Storage::DBI::_dbh_execute():" "Subroutine * redefined" "Argument "" isn't numeric in numeric" We must get rid of them and provide a clean output. -- You are receiving this mail because: You are watching all bug changes.

1 107

[Bug 37939] New: Replace alert messages with toasts
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37939 Bug ID: 37939 Summary: Replace alert messages with toasts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com https://getbootstrap.com/docs/5.0/components/toasts/ For Vue apps and all other areas of Koha. Is it something we want? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9