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

[Bug 29623] New: Cache circulation rules
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '22

05 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29623 Bug ID: 29623 Summary: Cache circulation rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We could cache the circulation rules (in memory/L1) to speed up areas where they are fetched several times (in a loop). -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 26393] New: Add cache on Koha::CirculationRules::get_effective_rule
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '22

05 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26393 Bug ID: 26393 Summary: Add cache on Koha::CirculationRules::get_effective_rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For performance of several circulation pages we should cache the result of method Koha::CirculationRules::get_effective_rule. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 24262] New: Translate installer data in YAML format
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24262 Bug ID: 24262 Summary: Translate installer data in YAML format Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr This complements Bug 13897, adding ability to translate YAML files in installer dirs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 24179] New: Preserve subfield order when linking authority
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24179 Bug ID: 24179 Summary: Preserve subfield order when linking authority Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 To test: - Creste an authority with values in the 150$a, 150$z, and 150$v - In your authority, order the subfields $a, $z, $v - Create a new bib in the basic cataloging interface - manually link your bib to your authority - note that the bib reorders the subfields to $a, $v, $z Tested on 18.11 and master. Advanced editor doesn't do this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19419] New: 008 Material type reverts Book
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19419 Bug ID: 19419 Summary: 008 Material type reverts Book Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)halcyonschool.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 67673 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=67673&action=ed… Screenshot of website catalogue record showing book type not online resource Material type reverts to Book, regardless of type selected at 008. Bug 2358 marked fixed but issue remains. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 28756] New: Select values by exclusion in facets
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28756 Bug ID: 28756 Summary: Select values by exclusion in facets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi It is not possible to use facets for excluding a value. It could be a nice enhancement (for ES and Zebra configuration). use case : after a search we want to exclude documents in english -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 30359] New: GetBudgetHierarchy is slow on order receive page
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '22

01 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30359 Bug ID: 30359 Summary: GetBudgetHierarchy is slow on order receive page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org GetBudgetHierarchy is called when opening orderreceive.pl and if there are lot of budgets the page takes lot of time to open. On our biggest groups it takes almost 2 minute, which is a lifetime on internet. Seems that the problem is calculating the totals, which are done with separate queries to the database. On the order receive page it is not needed since it is using only the budget_id, budget_amount and budget_name parameters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 30181] New: Koha::BackgroundJob->_derived_class returns an empty object
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '22

29 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30181 Bug ID: 30181 Summary: Koha::BackgroundJob->_derived_class returns an empty object 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you look at Koha::BackgroundJob->process, you will notice some funky stuff. After re-reading how background_jobs_worker.pl does its job, you notice that the main loop can only deal with Koha::BackgrounJob objects (i.e. not Koha::BackgroundJob::BatchUpdateItem). This is because it either gets a job id (STOMP use case) or it uses a Koha::BackgroundJobs->search to find jobs. So, when a job is found (say $job), the worker eventually calls $job->process. At that point, it needs to instantiate the 'real' class to properly call its overridden ->process method. When it does so, it creates a new/empty object, that is passed... the id. So, devs implementing background jobs need to take care of retrieving the job object so they are able to update the job status. This is not cool. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[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 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