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

[Bug 32367] New: Default indicators display incorrectly when Display only used tags/subfields option is ticked
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '22

29 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32367 Bug ID: 32367 Summary: Default indicators display incorrectly when Display only used tags/subfields option is ticked Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: Go to Administration > MARC Cataloguing Frameworks and then MARC structure for one of the frameworks. Go to Edit tag for any tag and add a default value to Indicator 1 and Save changes. Tick and untick 'Display only used tags/subfields' and notice that the second indicator value is incorrect when this is ticked. Add default values to indicator 1 and 2, the second indicator will be replaced with the value in indicator 1. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30460] New: BatchDeleteBiblio task does not deal with indexation correctly
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '22

29 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30460 Bug ID: 30460 Summary: BatchDeleteBiblio task does not deal with indexation correctly Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 27344 skip_record_index should be passed to DelBiblio, and update the search engine's index at the end of the process. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27344 [Bug 27344] Implement Elastic's update_index_background using Koha::BackgroundJob -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 32213] New: Reindent item search fields template
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '22

29 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32213 Bug ID: 32213 Summary: Reindent item search fields template Change sponsored?: --- Product: Koha Version: master 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 Depends on: 32126 The template file items_search_fields.tt is hard to read and is not indented correctly. It would be nice to fix this in order to make the template easier to read and avoid errors in the future (see bug 32126) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32126 [Bug 32126] Adding item search fields is broken - can't add more than one field -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Just to explain why this is not as easy of a fix as it might sound: The information if an item is on hold or in transfer is only found in the reserves table right now. it's not part of the item records. In order to be able to exclude these from the availability search, the information needs to be made available to the search engines. This means: The information needs to be added to the records, for example into otherwise unused MARC fields at the time of indexing. And every time a hold changed status, we'd need to automatically trigger reindexing of the record. At the moment the filter only looks at information in the item record already. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 29114] New: Can not add barcodes with whitespaces at the beginning to the list
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29114 Bug ID: 29114 Summary: Can not add barcodes with whitespaces at the beginning to the list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: andriiverem(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you try to add a barcode that has any whitespaces before it, it is not recognized as a valid item. Steps to reproduce: 1. Go to the koha/virtualshelves/shelves.pl; 2. Add new list or edit existing one; 3. Start adding new items; 4. In the "Barcode" field add barcode(s) with whitespaces before them; 5. Observe that it wasn't added as the barcode isn't recognized because of whitespaces. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 5463] limit to available shows on hold items
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5463 Katharine Dixon <katharin(a)ci.salinas.ca.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katharin(a)ci.salinas.ca.us --- Comment #8 from Katharine Dixon <katharin(a)ci.salinas.ca.us> --- Comment on attachment 2796 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2796 on hold when limited to available This issue is very troublesome for our Patron's requesting holds on Hot spots, I hope that it can be resolved soon. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Carolyn Hughesman <chughesman(a)cclsny.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chughesman(a)cclsny.org --- Comment #6 from Carolyn Hughesman <chughesman(a)cclsny.org> --- Hoping to revive this bug. On the search results page in the staff interface, items are still counted as available both when they are in transit and sitting on the holds shelf. This is confusing to our staff. Items should only be listed as available if they are physically on the shelf. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 10950] Add pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Add preferred pronoun field |Add pronoun field to patron |to patron record |record -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24239] New: Let the ILL module set ad hoc hard due dates
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24239 Bug ID: 24239 Summary: Let the ILL module set ad hoc hard due dates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: magnus(a)libriotech.no Reporter: magnus(a)libriotech.no Scenario: A member of staff has gotten an ILL loan with a date due 1 year into the future. The person handling the ILL request knows this, but needs a way to tell Koha to use the given hard due date when the loan is issued at the front desk, where noone knows about the special due date for this loan. The Swedish Libris ILL backend lets librarians store a specific due date when an ILL loan is received. This is stored as a ILL request attribute. This patch adds a syspref that can take the name of the illrequestattribute used to store the specific date. If the syspref is set, and if an item is connected to an ILL request, the due date will be taken from the illrequestattribute, instead of being calculated in the regular way, based on patroncategory and itemtype. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 26947] New: kohastrcuture.sql should be updated for each release
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26947 Bug ID: 26947 Summary: kohastrcuture.sql should be updated for each release Change sponsored?: --- Product: Koha Version: master 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The kohastructure.sql was originally a dump fo the database schema. Over time, however, it has been manually updated by developers as the tables were altered. Currently the file is out of order, and the conventions for punctuation and formatting are not standard. For instance, some numbers are quoted, some tables names are in backticks, some foreign keys are listed as 'CONSTRAINT' and some aren't The advantage to regenerating the file is that then users can dump their db schema and easily diff it against the expected structure to see what might be missing. Many DB updates simply don't add a new constraint if the existing data violates this, and as we use more Koha Objects, these missing constraints cause issues. We can add a script to kohadevbox or the release tools to make it easy to generate the new file and can add as a step in the release process -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 86