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

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

27 Sep '24

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 8

[Bug 36510] New: Add CircControl information to circulation and fine rules page
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36510 Bug ID: 36510 Summary: Add CircControl information to circulation and fine rules page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great to see, from the circulation rules, smart-rules.pl, what is set in CircControl. The pertinent preferences for holds and return policies appear in the default holds policy section, so it would be nice and increase transparency to see Circ Control setting near the circulation rule matrix and would make trouble-shooting circulation anomalies easier. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 26716] New: Allow specifying where to insert new fields in MARC Modification Templates
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26716 Bug ID: 26716 Summary: Allow specifying where to insert new fields in MARC Modification Templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Currently newly-added fields are stuffed at the end of the record, after 999. Bug 24480 is changing that to insert them in numerical order. However, as the methods on MARC::Record illustrate, there are two other ways that people want to insert fields: grouped by hundreds, so that instead of adding a new 502 after any existing 502s you add it after every existing 5xx field, or, before or after a specific other field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36906] New: Warning text: This record is used in %s order(s)...
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36906 Bug ID: 36906 Summary: Warning text: This record is used in %s order(s)... Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 CC: m.de.rooy(a)rijksmuseum.nl Warning: This record is used in %s order(s). These orders will be cancelled. Are you sure you want to delete this record? Are we missing "active" or "pending" before the orders here? koha-tmpl/intranet-tmpl/prog/js/catalog.js:36 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 25905] New: REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 Bug ID: 25905 Summary: REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Following on from previous work on #10662 and koha-plugin-oaipmh-import, I'm now thinking that it would be best to have a REST API endpoint for importing OAI-PMH records in the Koha mainstream. This would give libraries assurance that the core OAI-PMH ingest functionality will be in the main codebase and get Koha community support. For now, I'm still planning to keep my planned OAI-PMH harvester/client as a plugin/third-party dependency, but completion of this work will allow Koha libraries to use any OAI-PMH harvester they choose to ingest records into Koha. This could be with a Perl cronjob using HTTP::OAI, or it could be a Golang daemon, or whatever. Lots of possibilities. Anyway, I've got a lot of this work done already in koha-plugin-oaipmh-import, so I'll look at re-organising it to fit into Koha proper. It'll be in my own time, so I don't have a timeline for it, but it is on my TODO list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Laurence Rault <laurence.rault(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |laurence.rault(a)biblibre.com --- Comment #64 from Laurence Rault <laurence.rault(a)biblibre.com> --- Installed on sandboxes : updatedatabase error, problem of foreign key constraint -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29308] New: Regression: NewItemsDefaultLocation should not be applied to items.permanent_location
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29308 Bug ID: 29308 Summary: Regression: NewItemsDefaultLocation should not be applied to items.permanent_location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl 21.05 made changes to NewItemsDefaultLocation that break the intended use of the feature. In 20.05 and earlier versions, the value in NewItemsDefaultLocation was only put in items.location. Items.permanent_location would be set to the items' intended eventual location, allowing it to later be updated using UpdateItemLocationOnCheckin. In 21.05, the value from NewItemsDefaultLocation is written into BOTH items.location and items.permanent_location, thereby breaking the usage with UpdateItemLocationOnCheckin. To recreate: - have shelving locations PROC and GEN - set NewItemsDefaultLocation to PROC - find or create a bib - add an item, do not select a shelving location - add a second item, select shelving location GEN - use SQL to confirm location and permanent_location (select itemnumber, barcode, location, permanent_location from items where biblionumber=X) - first item has location=PROC, permanent_location=PROC - second item item has location=GEN, permanent_location=GEN Were you to follow the same test plan on 20.05: - first item has location=PROC, permanent_location=NULL - second item item has location=PROC, permanent_location=GEN -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 36217] New: Jobs page include last hour filter does not work
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36217 Bug ID: 36217 Summary: Jobs page include last hour filter does not work Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 The "include_last_hour" checkbox labelled "Only include jobs enqueued in the last hour" on the Background Jobs page /cgi-bin/koha/admin/background_jobs.pl does not seem to work, it filters out all jobs regardless of the time they were enqueued. To create: - stage a MARC file for import (or do something else that creates a job) - visit Administration > Jobs page Expected: The job your just created should be listed. The filters "include_last_hour" and "only_current" ("Current jobs only", I don't actually know what this means, jobs that have not completed?) are on by default. Even removing the current filter, the job does not appear until you remove the include last hour filter. No job ever appears if include last hour is checked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 38018] New: Make private lists shareable the staff interface
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '24

26 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38018 Bug ID: 38018 Summary: Make private lists shareable the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Would be nice if the Share button for the private lists was also on the staff interface. A lot of the users who share private lists are staff and they want to share lists with other people from the staff. So lists should be shareable from the staff interface. Thanks -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 26391] New: patron import tool notes info is incorrect
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '24

26 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26391 Bug ID: 26391 Summary: patron import tool notes info is incorrect Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5