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

[Bug 41249] New: ILL batches should be compatible with AutoILLBackendPriority
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41249 Bug ID: 41249 Summary: ILL batches should be compatible with AutoILLBackendPriority Initiative type: --- Sponsorship --- status: 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com AutoILLBackendPriority suggests the top most available backend in priority when creating a new ILL request. This should also work the same when creating requests through the ILL batches functionality. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 43701] New: ISO 18626 timestamps are not valid xs:dateTime, which stops conformant partners parsing
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43701 Bug ID: 43701 Summary: ISO 18626 timestamps are not valid xs:dateTime, which stops conformant partners parsing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: minhpq(a)tinhvan.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- Split out of bug 43674 comment #6 at Pedro Amorim's request. Koha/ILL/ISO18626/Request.pm emits timestamps with a space separator and no timezone: <timestamp>2026-09-30 10:23:41</timestamp> <lastChange>2026-09-30 16:38:51</lastChange> Neither is a valid xs:dateTime, which requires the T separator. ISO 18626 also expects UTC, so the missing timezone leaves the value ambiguous between agencies in different zones. Impact Of the defects found while testing Koha against a third-party ISO 18626 implementation, this is the one that actually stops the exchange. Tested with the same message content in three variants: - correct schema order, correct timestamps -> parses; XSD validation passes - scrambled element order -> parses; XSD validation fails - timestamp with a space -> parser THROWS; XSD validation fails So unlike the element ordering in bug 43694, which a non-validating parser tolerates, this one is fatal: our deserialiser raises an exception and the message is lost. We work around it by rewriting timestamps before parsing, which we would rather not do. Note the same code gets it right elsewhere. In the plugin, _send_requesting_agency_message already uses strftime( '%Y-%m-%dT%H:%M:%SZ', gmtime ) while create_request uses strftime( "%Y-%m-%d %H:%M:%S", localtime ) so the two senders disagree with each other as well as with the schema. Reported against the plugin at https://github.com/openfifth/koha-ill-iso18626/issues/7 with a patch in https://github.com/openfifth/koha-ill-iso18626/pull/5; core has the same problem. Suggested fix Use strftime('%Y-%m-%dT%H:%M:%SZ', gmtime) wherever an ISO 18626 timestamp is produced, or a shared helper so the two senders cannot drift apart again. Worth checking every element typed xs:dateTime, not just timestamp and lastChange. Found on Koha 26.05.02. Related: bug 43674 (envelope, patched), bug 43694 (element order), bug 43695 (agency identifiers). Happy to test a patch against the same setup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43653] New: Show or hide collapse/show controls based on state
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43653 Bug ID: 43653 Summary: Show or hide collapse/show controls based on state Initiative type: --- Sponsorship Sponsored status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 43651 Target Milestone: --- Instead of always showing "Collapse all sub funds" and "Expand all sub funds" controls we should hide the one which isn't relevant. Same for the "Show inactive budgets" controls. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43651 [Bug 43651] Clarify "Expand all" and "Collapse all" link labels in Acquisitions and Funds sections -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #171 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- (In reply to Philip Orr from comment #170) > Hi Thibaud, I wanted to try a signoff but the newest addition > (203407 - (follow-up) Fix QA test failures) > seems to not apply. I get the following: > ´´´ > Error: Apply failed: Git command (git am -3 > /tmp/p44q0MwO5a/0004-203407.patch) failed: error: sha1 information is > lacking or useless (Koha/CirculationRules.pm). > error: could not build fake ancestor > ``` Hi Philip, I retry to apply from main and everything works.. can you retry please ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36921] New: Incorrect error description on local title import
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36921 Bug ID: 36921 Summary: Incorrect error description on local title import 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: tomascohen(a)gmail.com 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 At least on the KBART import feature, if the file *extension* is not one of '.tsv' or '.csv', the displayed message is: ``` The file must be in .tsv or .csv format, please convert your file and try again. ``` I would write something like this instead: ``` The file extension must be either .tsv or .csv, depending on the file format. Other extensions are not accepted. ``` -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8292] clicking ignore on hold cancels transfer
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8292 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |testopia(a)bugs.koha-communit | |y.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28332] New: Requesting Mana token with accented name fails
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28332 Bug ID: 28332 Summary: Requesting Mana token with accented name fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com CC: alex.arnaud(a)biblibre.com Test plan: - Go to Administration Share content with Mana KB (cgi-bin/koha/admin/share_content.pl) - in "Configure Mana KB" part, set your email and a name with accent (Université Foo), - click on "Send to Mana KB" => Fail. No mana token. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 9828] Zebra indexes useless subfields in UNIMARC 6XX
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9828 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |testopia(a)bugs.koha-communit | |y.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10538] Improve importation of .CSV framework files
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10538 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |testopia(a)bugs.koha-communit | |y.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21357] New: Filter elisions from index and search terms in Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '26

05 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21357 Bug ID: 21357 Summary: Filter elisions from index and search terms in Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: ere.maijala(a)helsinki.fi To make searching easier at least in French, it would be nice to have the default configuration handle elisions properly (e.g. l'avion). Coming up with a proposed patch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 105