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

[Bug 39695] New: Allow framework customization with CirculateILL
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39695 Bug ID: 39695 Summary: Allow framework customization with CirculateILL Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com The Koha manual notes that "When you create a Book type request a brief catalog record is created automatically based on the Fast Add MARC framework." Some libraries that use Fast Add frameworks in their cataloging/circ workflows might like to use a different framework with specific ILL-preset values. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 37502] New: Holdings table needs an ERM tab
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37502 Bug ID: 37502 Summary: Holdings table needs an ERM tab Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com If a bibliographic record is generated via an import in the ERM, the resulting bibliographic record should have an ERM tab in the holdings table. The ERM tab could have the Package and Title info, even if an item record does not exist. Similar to the Acquisitions tab for acquisitions info. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 42956] New: OPAC Cite includes MARC21 710 corporate names as authors
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42956 Bug ID: 42956 Summary: OPAC Cite includes MARC21 710 corporate names as authors Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: i.tortorella(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The OPAC Cite function appears to include corporate names from MARC21 710 in the author/contributor position. Where relator information is present, the Cite function should consider 710$e and/or 710$4 to determine the relationship between the corporate name and the resource. For example, if the corporate name is identified as a supplier, it should not be placed in the author/contributor position in the generated citations. This has been reproduced locally on our live Koha 24.11 server and also on our 25.11 test upgrade server. Example 1: 100 1# $a Walker, Stuart $d 1955- $e author 245 10 $a Sustainable by Design $h [electronic resource] : $b Explorations in Theory and Practice 710 2# $a ProQuest (Firm) $e supplier Steps to reproduce: 1. Go to the OPAC. 2. Open a bibliographic record with a personal author in 100 and a corporate name in 710. 3. Select the Cite option. 4. Review the generated citations. Actual results: The generated citations include the 710 corporate name as though it were an author/contributor. For example, the Harvard citation includes ProQuest (Firm): Walker S., ProQuest (Firm), . (2012). Sustainable by Design. Florence: Taylor and Francis. Expected results: Corporate names from 710 should not automatically be included in the author/contributor position in generated citations. Where 710$e or 710$4 is present, the Cite function should consider the relationship before including the corporate body as a creator/contributor. For example, 710$e “supplier” should not be treated as an author or creator role. The citation should use the actual author only, for example: Walker S. (2012). Sustainable by Design: Explorations in Theory and Practice. Florence: Taylor and Francis. Additional information: This has also been observed where 710$e is not present. Example 2, reproduced on Koha 25.11: 100 1# $a Proudfoot, G. R. 245 10 $a Shakespeare $h [electronic resource] : $b text, stage and canon 710 2# $a Bloomsbury (Firm) Actual Harvard citation: Proudfoot G. R., Bloomsbury (Firm), . (2001). Shakespeare. London: Arden Shakespeare. The Cite pop-up provides APA, Chicago, Harvard and MLA citations together, and the 710 corporate name appears in the author/contributor position. Some 710 fields may legitimately represent creators or contributors, but the Cite function should not treat all 710$a values as authors without considering relator information where available. This is separate from Bug 41690, which relates to MARC21 245$b subtitles being omitted from OPAC citations. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42955] New: Remove fields from Mandatory if they're in Unwanted (or vice versa)
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42955 Bug ID: 42955 Summary: Remove fields from Mandatory if they're in Unwanted (or vice versa) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The number of complaints I get because the self-registration isn't working due to a Mandatory field value being silently dropped after a submit because of the field also being in the Unwanted list is... non-zero. A shocking number really. It can take a bit of work to determine which fields are in which list, although the fix in the end is easy enough. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42954] New: Scope CGISESSID cookie to /cgi-bin/koha/sco for self-checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42954 Bug ID: 42954 Summary: Scope CGISESSID cookie to /cgi-bin/koha/sco for self-checkout 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: --- We have some guard rails to stop people from abusing the logged in session for the self-checkout, but I realise that if we just changed the cookie path to be for /cgi-bin/koha/sco that should actually fix that issue very neatly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15269] Layout tweaks for the opac-detail page
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15269 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |RESOLVED CC| |aleisha(a)catalyst.net.nz Resolution|--- |FIXED --- Comment #31 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- This is super old and the OPAC theme has moved on now. I think we should close this. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Patch doesn't apply -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|Medium patch |--- Sponsorship status|Sponsored |--- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #146998|0 |1 is obsolete| | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0