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

[Bug 41481] New: plugin for editing field 008 in marc21
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41481 Bug ID: 41481 Summary: plugin for editing field 008 in marc21 Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: beda(a)muri-gries.it QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl While adding or editing a record the plug-in go help completing the 008 field pops up with the message: Can't validate the xml data from /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/data/marc21_field_008.xml Editing the field without the plugin is still possible. The bug appeared after upgrading to 25.11 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 40265] New: t/db_dependent/OAI/Server.t tests fail when OPACHiddenItems have a value that's doesn't exist in the DB
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40265 Bug ID: 40265 Summary: t/db_dependent/OAI/Server.t tests fail when OPACHiddenItems have a value that's doesn't exist in the DB 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 -Add something to OPACHiddenItems like withdrawn: [1] -Have no items in your DB with that value -prove -v /kohadevbox/koha/t/db_dependent/OAI/Server.t Tests fail -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '26

22 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |philip.orr(a)lmscloud.de -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33394] New: Cancelled holds report/tab?
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33394 Bug ID: 33394 Summary: Cancelled holds report/tab? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many libraries might find it helpful if there were a built-in way to view what waiting holds have been cancelled either by cancel_expired_holds.pl or by staff, especially when the staff cancelling the hold is at a different branch than where the hold is waiting. Right now, libraries have to use reports to see what holds have been cancelled, but those are less convenient than a tab or other direct view and may be unavailable to some staff depending on their permissions. Currently, if a staff member at branch A cancels a hold waiting at branch B (if, for instance, the patron found another copy of the item at branch A so no longer needs the branch B copy), the branch A staff has to call branch B to ask them to remove the item from the holds shelf if they don't want it to stay on the shelf until it expires. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 35399] New: Error in authority types when modifying MARC structure
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35399 Bug ID: 35399 Summary: Error in authority types when modifying MARC structure Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fabriciomolina(a)theke.io QA Contact: testopia(a)bugs.koha-community.org When modifying the MARC structure of the authority type, Koha explodes. The path to follow is: - Koha administration - Authority types - Select an authority - Click on the actions button, MARC structure. After that the error appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 42148] New: Authority types - error for Actions > MARC structure (for newly created authority type with no tags)
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42148 Bug ID: 42148 Summary: Authority types - error for Actions > MARC structure (for newly created authority type with no tags) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major 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 creating a new authority type, you get an error trace when you go to Actions > MARC structure, for a newly created authority type that does not yet have any tags: CGI::Compile::ROOT::kohadevbox_koha_admin_auth_tag_structure_2epl::auth_tag_structure_2epl(): DBI Exception: DBD::mysql::st execute failed: 'koha_kohadev.auth_types.authtypetext' isn't in GROUP BY at /usr/share/perl5/CGI/Emulate/PSGI.pm line 30 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 To reproduce (using KTD): 1. Go to Administration > Catalog > Authority types 2. Create a new authority type: New authority type - Authority type: TEST - Description: Test 3. Attempt to add a new tag: For the new authority type created, select Actions > MARC structure. 4. You get the error trace as described in the description. 5. Note that for an existing authority type, you don't get this error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33984] New: Navigation tabs should move to menu on small displays
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33984 Bug ID: 33984 Summary: Navigation tabs should move to menu on small displays 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It seems like the side tabs on the patron and record screens should be moved to the top menu button when the responsive display is small enough for the menu hamburger to display. This seems like the logical and most common responsive navigation move. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33456] New: Standardize breadcrumbs in patron account in staff interface
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33456 Bug ID: 33456 Summary: Standardize breadcrumbs in patron account in staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Most of the pages in the patron account use a pattern like this in the breadcrumbs: Home > Patrons > koha (42) > Page name But some are missing the 'koha (42)' part. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34902] New: decreaseLoanHighHolds does not reduce loan period
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34902 Bug ID: 34902 Summary: decreaseLoanHighHolds does not reduce loan period Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - create item type with 14 day checkout period that allows holds - create bib with one of those items - decreaseLoanHighHolds = enable, decreaseLoanHighHoldsDuration = 7, decreaseLoanHighHoldsValue = 1, decreaseLoanHighHoldsControl = "over the number of holdable items on the records" - place 2 holds on the item (which would be 1 over the number of holdable items) - checkout the item to a different patron Expected: the manual says you'll see a warning because decreaseLoanHighHolds is triggered and the checkout period should be 7 days (the reduced loan duration). Actual: no warning and the item checks out for 14 days (the item type's default). The bug is likely specific to the item-level holds configuration for decreaseLoanHighHolds but I'm not sure, all we've done is verify these exact conditions recreate it. We asked ByWater if we were doing something wrong and they also verified the bug. I see there's a few bugs related to decreaseLoanHighHolds like Bug 25824 (about its tests) and Bug 22005 (about it counting the hold currently being filled towards the holds value, note that is NOT this bug describes because it occurs when a patron _without_ a hold goes to check out the item) but I believe this specific behavior is not covered by those. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40704] New: When item is deleted, title disappears from reading history creating a useless entry
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40704 Bug ID: 40704 Summary: When item is deleted, title disappears from reading history creating a useless entry Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When an item that was formerly checked out to a user is deleted, it leaves an empty entry in their circulation history in the OPAC. Star ratings and date will display, the rest of the cells, including the title information, will be empty. To test: * Activate opacreadinghistory * Check out an item to your user * Confirm circulation history in OPAC shows it * Check in the item and delete it * Verify that now the reading history has an (almost) empty line -- You are receiving this mail because: You are watching all bug changes.

1 27