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

[Bug 35919] New: Add record sources CRUD
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35919 Bug ID: 35919 Summary: Add record sources CRUD Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In order to implement bug 31791, a way to defined record sources is needed. This bug replaces bug 32607 (it will be closed) in order to make it easier to track things. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 97

[Bug 38001] New: Remove dateaccessioned.pl plugin
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38001 Bug ID: 38001 Summary: Remove dateaccessioned.pl plugin 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 This is a follow-up to Bug 37398. Do we need to keep the date accessioned plugin for any reason? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[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 39849] New: Target dependency issue in Makefile
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39849 Bug ID: 39849 Summary: Target dependency issue in Makefile 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org In a clean git working directory or in a "git archive" tarball, you can run "perl Makefile.PL", but if you run "make", you'll get the following error and make will crash: make: *** No rule to make target 'api/v1/swagger/swagger_bundle.json', needed by 'pm_to_blib' Bug 36546 added a file mapping for 'api/v1/swagger/swagger_bundle.json' which is used in the "pm_to_blib" target. At that time, "build-resources.PL" was run *before* "pm_to_blib" via "compile_css_js". But in Bug 37911, I moved "compile_css_js" to happen *after* "pm_to_blib", so that the Vue files could be copied into the "blib". We didn't notice this bug because on all the test builds we were doing, we forgot to "rm 'api/v1/swagger/swagger_bundle.json'" prior to the builds, so the builds were using a previously generated swagger_bundle.json file. Anyway, I think I know the solution. Let me see if I can bang it out really quickly. Otherwise, I'll do it tomorrow... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[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