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

[Bug 43287] New: Branch search filter fails to retrieve title-level analytics (773$w / 001) without items
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43287 Bug ID: 43287 Summary: Branch search filter fails to retrieve title-level analytics (773$w / 001) without items Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: biblioteca-central(a)jusbuenosaires.gov.ar QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Description: In a multi-branch environment, when cataloging component parts or analytical records (for monographs or serials) linked strictly at the title level—using field 001 in the host/parent record and field 773$w in the analytical record, without creating items directly on the analytical record—limiting a search by a specific library branch fails to return the analytical records. Analytical records are only retrieved when searching under 'All libraries'. When filtering by a specific branch, the search engine excludes the analytical record because it lacks its own item, ignoring the fact that the host/parent record has items attached to that branch. Steps to Reproduce: 1. Setup: A Koha instance with at least two branches (e.g., Branch A and Branch B). 2. Host Record: Create or select a host/parent record (monograph or serial) with a control number in field 001 (e.g., 12345). Attach at least one item to this host record assigned to Branch A. 3. Analytical Record: Create an analytical record (article or chapter) linked to the host record via 773$w containing the host's 001 control number (e.g., 773$w = 12345). Do NOT attach any items directly to this analytical record. 4. Search: Go to OPAC or Staff Interface, set the library search filter/limit to Branch A, and search for terms matching the title or author of the analytical record. Actual Result: The analytical record is not returned when filtering by Branch A. It is only retrieved when searching across 'All libraries'. Expected Result: When filtering by a specific branch (Branch A), the search engine should retrieve analytical records linked via 773$w to host records that have items at that branch, indexing/inheriting branch availability from the host record. Additional Context / Notes: - Use case: In centralized or title-level analytical cataloging workflows, attached items should not be duplicated for every single component part/analytic. Branch ownership is determined by the existence of items on the host record. - Indexing behavior: The branch index filter (homebranch / holdingbranch) currently evaluates only item fields present on the record being indexed, without resolving the 773$w - There is a similar but unresolved issue already reported: Bug 19331. Thank you very much. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28846] New: MarcRecordFromNewSuggestion needs mapping to biblioitems.itemtype
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28846 Bug ID: 28846 Summary: MarcRecordFromNewSuggestion needs mapping to biblioitems.itemtype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In C4::Suggestions, MarcRecordFromNewSuggestion uses mapping to biblioitems.itemtype : https://git.koha-community.org/Koha-community/Koha/src/commit/e9428f662fe2e… But this Koha to MARC mapping may not exists when itemtype is on item level. Same for biblio.autor, even if unlikely. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 43300] New: Additional information for patron attributes not translatable in OPAC self registration page
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43300 Bug ID: 43300 Summary: Additional information for patron attributes not translatable in OPAC self registration page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, f.demians(a)tamil.fr, jonathan.druart(a)gmail.com, julian.maurice(a)biblibre.com Target Milestone: --- When you add patron attributes and make them available in the OPAC for self registration, they show up under the section "Additional information". This section title is not translatable. To recreate: 1. Create a patron attribute editable in the OPAC 1.1. Go to Administration > Patron attribute types > New patron attribute type 1.2. Fill out the form: - Code: TEST - Description: Test - Display in OPAC: Check - Editable in OPAC: Check 1.3. Click Save 2. Add another language to the OPAC 2.1. gulp po:update --lang fr-CA 2.2. Add the language in OPACLanguages 2.3. Make sure opaclanguagesdisplay is set to Allow 3. Go to http://kohadev.mydnsname.org:8080/cgi-bin/koha/opac-memberentry.pl (make sure the OPAC is in the other language) --> Additional information is in English 4. Search the strings for Additional information cd misc/translator/po git grep "Additional information" fr-CA* --> There is one string in opac-bootstrap, but if you look at the file, it concerns ILL, not memberentry I found that the way to prevent showing "Additional information" is to add a class to the patron attribute type. 5. Create a value for PA_CLASS 5.1. Go to Administration > Authorized values 5.2. Search for PA_CLASS 5.3. Click Add 5.4. Fill out the form: - Authorized value: TEST_CLASS - Description: Test Class 5.5. Click Save 6. Add the class to the patron attribute type 6.1. Go to Administration > Patron attribute types 6.2. Click Edit next to TEST 6.3. In Class:, choose Test Class 6.4. Click Save 7. Redo step 3 --> Additional information is replaced by Test Class I noticed the heading is set with a TT variable rather than through HTML (I don't know if I'm saying this correctly) in koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-memberentry.tt [% SET legend = "Additional information" %] Compared to another <legend id="alternateaddress_legend">Alternate address</legend> I'm guessing there is some acrobatics to be done in order to use the classes, but Additional information should still be translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42922] New: Require Authen::SASL >= 2.18
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42922 Bug ID: 42922 Summary: Require Authen::SASL >= 2.18 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 Target Milestone: --- Authen::SASL gets used by Email::Sender::Transport::SMTP, but from version 2.18 onwards it includes the module Authen::SASL::Perl::XOAUTH2 which allows Koha to use the XOAUTH2 SASL authentication mechanism with SMTP. Since Microsoft are moving towards XOAUTH2 authentication, it would be wise for us to backport this version for Koha. (It's available in Debian Forky which hasn't been released yet, and it's available in Ubuntu 26.04.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 35200] New: Patron attributes should be translatable
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35200 Bug ID: 35200 Summary: Patron attributes should be translatable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr I ran into this problem with a library that needed a lot of patron attributes, and they use self-registration. Their OPAC is in fr-CA, en, and es-ES. I created the patron attributes with labels in french. But then I had to write JQuery to translate them in en and es-ES. This is a sample of the js (I'm not a developer, so it might not be great, but it seems to work) $("html[lang='en'] body#opac-patron-registration a[name='patron-attr-start-1_NOM'] + li label").text("Baby's surname:"); $("html[lang='en'] body#opac-patron-registration a[name='patron-attr-start-2_DOSSIER'] + li label").text("Baby's file number:"); $("html[lang='es-ES'] body#opac-patron-registration a[name='patron-attr-start-1_NOM'] + li label").text("Apellido del bebe:"); $("html[lang='es-ES'] body#opac-patron-registration a[name='patron-attr-start-2_DOSSIER'] + li label").text("Número de expediente del bebé:"); I wonder if it would be possible to use the same process as translating the itemtypes (entry in localization table). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 38136] New: Refactor database translations (alternative)
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '26

14 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38136 Bug ID: 38136 Summary: Refactor database translations (alternative) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com This has the same goals of bug 24975 but with a different approach -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 12278] Total amount of each invoice should be displayed in invoices page (parcels.pl)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12278 --- Comment #11 from Matt Blenkinsop <matt.blenkinsop(a)openfifth.co.uk> --- Created attachment 203634 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203634&action=e… Bug 12278: Add unit tests Signed-off-by: Coleen Lilly <clilly(a)aacpl.net> Signed-off-by: Andrew Fuerste Henry <andrew(a)bywatersolutions.com> Sponsored-by: Anne Arundel County Public Library <https://www.aacpl.net/> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12278] Total amount of each invoice should be displayed in invoices page (parcels.pl)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12278 --- Comment #10 from Matt Blenkinsop <matt.blenkinsop(a)openfifth.co.uk> --- Created attachment 203633 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203633&action=e… Bug 12278: Add a total column to the table in parcels.pl Test plan: 1. Create an order with multiple items and receive the order in full 2. From the vendor record, click Receive shipments 3. You should be in parcels.pl and the table should show your shipments 4. There will be no column displaying the total 5. Apply patch and restart_all 6. Refresh the page, the column should now be visible showing the total Signed-off-by: Coleen Lilly <clilly(a)aacpl.net> Signed-off-by: Andrew Fuerste Henry <andrew(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12278] Total amount of each invoice should be displayed in invoices page (parcels.pl)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12278 Matt Blenkinsop <matt.blenkinsop(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #200472|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12278] Total amount of each invoice should be displayed in invoices page (parcels.pl)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '26

13 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12278 Matt Blenkinsop <matt.blenkinsop(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #200471|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0