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

[Bug 41306] New: Date picker for data harvesting should ask not ask to choose a day
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41306 Bug ID: 41306 Summary: Date picker for data harvesting should ask not ask to choose a day Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk In erm/eusage/usage_data_providers the date picker for data harvesting (begin and end date) should not ask to choose a day, only a month and a year. The day have no meaning in the context of sushi protocol. I have only checked in 24.11 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 42217] New: ERM Usage – Harvesting Twice Does Not Overwrite Data
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42217 Bug ID: 42217 Summary: ERM Usage – Harvesting Twice Does Not Overwrite Data Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk If reports are harvested more than once, the usage_count should be overwritten when the data has changed. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 34814] New: Limiting item editing to library or library group disables choosing items from record's details page
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34814 Bug ID: 34814 Summary: Limiting item editing to library or library group disables choosing items from record's details page Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: major Priority: P4 Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 20256 Bug 20256 adds the ability to limit editing items per library or library group. I noticed that if you are limiting the editing per library group you lose the ability to choose items on record details page. This is enabled in StaffDetailItemSelection. You cannot choose your own items either. It would be ok not to choose items that you cannot edit/delete but if you cannot choose your own items it is a big disadvantage. You cannot choose multiple items and do batch edits or deletes to them from details page. I tested the feature in PTFS Europe's sandbox (v. 23.06). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20256 [Bug 20256] Add ability to limit editing of items to home library or library group -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38425] New: Add links to full texts based on identifiers
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38425 Bug ID: 38425 Summary: Add links to full texts based on identifiers 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: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Marc21 allows to add persistent identifiers to `024 7?` by means of subfields `$2` and `$a`. E.g. one could give the DOI of an eBook as ``` 024 7_ $2doi $a 10.000/123.456.789 ``` For `$2` the LoC refers to the list of standard identifiers, that is actually quite long: https://www.loc.gov/standards/sourcelist/standard-identifier.html Currently, it seems Koha creates a link only if there is a URL in `856 4_` which requires duplication of data. Especially of scientific libraries it would be helpful if ids pointing to "well known" services that assign PIDs would also trigger such a display to point the users to the full texts. The most relevant in this context seem to be: - DOI - PMID - PMC - arXiv - handle - urn In other contexts OpenLibrary was also mentioned. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 33780] New: Multi-line TT comment: [%% item.object.itemnotes.replace('\n', '
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33780 Bug ID: 33780 Summary: Multi-line TT comment: [%% item.object.itemnotes.replace('\n',' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org TT comments broken on multiple lines will lead to artifacts in the po files. Better to use a format that keeps them on one line or enclose each line in [%% ... %%] koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:581 [%% item.object.itemnotes.replace('\n',' -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39740] New: Follow-up for bug 36932
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39740 Bug ID: 39740 Summary: Follow-up for bug 36932 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See 36932. Adjust handling of dev_install, gitified_install etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92

[Bug 42321] New: Breeding should handle empty results from SRU targets better
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42321 Bug ID: 42321 Summary: Breeding should handle empty results from SRU targets better Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently we see lots of warnings on e.g. the Folio LOC SRU server like: LOC SRU record 3: 61 LOC SRU record 4: 0 LOC SRU record 5: 0 LOC SRU record 6: 0 LOC SRU record 7: 0 LOC SRU record 8: 0 LOC SRU record 9: 0 LOC SRU record 10: 0 LOC SRU record 11: 0 LOC SRU record 12: 0 LOC SRU record 13: 0 LOC SRU record 14: 0 LOC SRU record 15: 0 LOC SRU record 16: 0 LOC SRU record 17: 0 LOC SRU record 18: 0 LOC SRU record 19: 0 LOC SRU record 20: 0 These are just empty results. (Note in a larger perspective, we probably should not search those SRU targets via the (old) ZOOM object.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 38058] New: Backticks in vue files break translation script
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38058 Bug ID: 38058 Summary: Backticks in vue files break translation script Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com (In reply to Matt Blenkinsop from comment #61) > Created attachment 166571 [details] [review] > Bug 34788: (follow-up): Fix translations Please stop using backtick, it does not work correctly with translations. See: fr-FR-messages-js.po +#: koha-tmpl/intranet-tmpl/prog/js/vue/dist/erm.js:20920 +#, javascript-format +msgid "" +"Your file was too large to process in one job, the file has been split into %s jobs to meet the maximum size limits.\"\n" +" ).format(success.job_ids.length)}</p>`\n" +" }\n" +" success.job_ids.forEach((job, i) => {\n" +" message += `<li>${this.$__(\n" +" \"Job %s for uploaded file has been queued\"\n" +" ).format(\n" +" i + 1\n" [...] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 27917] New: Make it clear that standing orders cannot create items at point of ordering
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27917 Bug ID: 27917 Summary: Make it clear that standing orders cannot create items at point of ordering 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a basket, one chooses whether one wants to create item records when ordering, when receiving, or when cataloging. If your basket is a standing order basket, then it cannot create items when ordering. Koha will allow you to pick "placing an order" for when to create items for a standing order basket, but then will not create the item. When creating a basket, we should not allow one to choose "placing an order" for "Create items when" if one has checked the Standing Order box. We should also not allow one to select default for "Create items when" when making a standing order basket if the AcqCreateItem syspref is set to "placing an order." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32968] New: Create granular permissions for ERM
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32968 Bug ID: 32968 Summary: Create granular permissions for ERM Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32925 Currently, there is only one top-level permission for ERM on the system. Example: Allow a staff member to create agreements but not delete them. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32925 [Bug 32925] Display loading info when a form is submitted -- You are receiving this mail because: You are watching all bug changes.

1 82