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

[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 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #189 from Michaela Sieber <michaela.sieber(a)kit.edu> --- As Victor Grousset/tuxayo wrote in Comment 167 (2025-02-26) updatedatabase doesn't work: (have a koha on main, apply the patches and update) $ updatedatabase Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $itemtype in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 229. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 240. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 251. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $itemtype in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 229. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 240. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 251. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $itemtype in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 218. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 229. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 240. Use of uninitialized value $branchcode_value in concatenation (.) or string at /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl line 251. DEV atomic update /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_10190.pl [08:57:11]: Bug 10190 - Migrate overduerules to circulation_rules Inserting :undef: default most frequent delay for overdue_1: Inserting :undef:undef default most frequent notice for overdue_1: Inserting :undef:undef default most frequent mtt for overdue_1: Inserting :undef:undef default most frequent restrict for overdue_1: 0 Inserting :undef: default most frequent delay for overdue_2: Inserting :undef:undef default most frequent notice for overdue_2: Inserting :undef:undef default most frequent mtt for overdue_2: Inserting :undef:undef default most frequent restrict for overdue_2: 0 Inserting :undef: default most frequent delay for overdue_3: Inserting :undef:undef default most frequent notice for overdue_3: Inserting :undef:undef default most frequent mtt for overdue_3: Inserting :undef:undef default most frequent restrict for overdue_3: 0 ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Cannot delete or update a parent row: a foreign key constraint fails at /kohadevbox/koha/C4/Installer.pm line 825 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10198] Add the ability to import and export authorized values
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10198 --- Comment #6 from Mathieu Saby <mathsabypro(a)gmail.com> --- In my opinion, even though it would be useful in absolute terms, there are undoubtedly many more important and urgent improvements or corrections to be made. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40773] New: Improve build of "vue/dist" files
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40773 Bug ID: 40773 Summary: Improve build of "vue/dist" files Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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've been thinking how the "rm -rf koha-tmpl/intranet-tmpl/prog/js/vue/dist/*" step discussed in "Bug 37911 - Prototype vue islands within static pages" for a build from a git working directory isn't intuitive or easy to know about. I've also heard of stories where people building from git repos are still getting files included even though they've run "rm -rf koha-tmpl/intranet-tmpl/prog/js/vue/dist/*". This should be impossible, so there's probably something else going on there, but I think I have a solution which removes the necessity for this step anyway. (Note that for Debian package installs and regular tarball installs, the step isn't needed at all, because the tarballs are generating using "git archive" which doesn't include "vue/dist" files.) Anyway, the solution is to tell Makefile.PL specifically not to include "koha-tmpl/intranet-tmpl/prog/js/vue/dist/*" in the "$file_map" data structure. That way, it should be impossible for these files to wind up in the "blib" except where we copy them in via the "move_compiled_js" target from bug 39849 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[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 40748] Remote-Code-Execution (RCE) in update_social_data.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40748 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs documenting |RESOLVED CC| |david(a)davidnind.com Resolution|--- |FIXED --- Comment #17 from David Nind <david(a)davidnind.com> --- Security bug fix, no change to the manual required. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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