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

[Bug 36436] New: Error creating biblio when using ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '24

15 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36436 Bug ID: 36436 Summary: Error creating biblio when using ElasticSearch Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We've run into an issue where attempting to create new biblios while using ElasticSearch. (Zebra works fine). A bit of troubleshooting finds that it is failing in C4::Biblio in the LinkBibHeadingsToAuthorities function. The logs warn: Exception 'Koha::Exceptions::Elasticsearch::BadResponse' thrown 'Bad response received when submitting request to Elasticsearch' with details => [http://localhost:9200]-[400] [action_request_validation_exception] Validation Failed: 1: type is missing;, type => Request I'm a bit out of my depth here; does anyone have any suggestions? For now, I've headed back to Zebra, but would rather stay with ElasticSearch! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 36048] New: Error actual cost format in receipt summary
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '24

14 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36048 Bug ID: 36048 Summary: Error actual cost format in receipt summary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org Since 23.11, when receiving an order, in the receipt summary pop-up screen, when clicking in the field 'Actual cost' and then in another field, it gives the error "Please add amount in valid format: 0.00". We have system preference CurrencyFormat set to "360 000,00 (FR)". In the previous Koha versions the "Retail price" and "Budgeted cost" were formatted that way, but the "Replacement price" and "Actual cost" had a dot for the decimals (US formatting). Now all amounts are formatted according to the system preference, which is a good improvement, but we get an error saying it should be formatted according to the US formatting system. Regardless of which format we use, when confirming the receipt, the amount is saved in the correct format and there do not seem to be any issues. Still, the error is confusing and should not appear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10734] Add Publication Date Facet in Searching
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '24

14 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10734 Roman Dolny <roman.dolny(a)jezuici.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roman.dolny(a)jezuici.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30705] New: Age hint on patron form is wrong
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '24

13 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30705 Bug ID: 30705 Summary: Age hint on patron form is wrong Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To test: - Edit a patron record - Set date of birth to today - Note that the age hint claims the user is -1 year 11 months :( -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 28243] New: Accessibility: Staff Client - add captions/legends/labels to elements
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '24

13 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28243 Bug ID: 28243 Summary: Accessibility: Staff Client - add captions/legends/labels to elements Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many of the tables, forms and other elements do not have a caption, legend or label. This is not accessible and makes it hard for navigation when using a screen-reader. However, adding these things to elements can create redundancy and appear unnecessary. Therefore, it would be beneficial for these captions/legends/labels to be in the class "sr-only" so that they are not visible, they are just available for those who use screen readers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[Bug 35660] New: Analytics enhanced workflow does not work with the Advanced Editor
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35660 Bug ID: 35660 Summary: Analytics enhanced workflow does not work with the Advanced Editor Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There are likely multiple things happening here. To Replicate 1. Ensure the Advanced Editor is enabled. 2. Edit a record or two with the Advanced Editor to ensure the cookie is saved to the browser to open the advanced editor when editing and not the basic editor. 3. Ensure the system preference EasyAnalyticalRecords is set to 'Don't show'. 4. Ensure the system preference UseControlNumber is set to 'Use' 5. Find a "parent" record and click on New -> New child record. 6. The advanced editor opens - no pre-filled 773 tag 7. Switch to the basic editor. 8. See that the 773 tag is not filled out. Adding a new child record fails. 1. Now edit a different existing record. The advanced editor opens. 2. Switch to the basic editor. Edit and save. 3. Edit the record again and the advanced editor opens. In the past, Koha remembered which editor style was opened last. Because it is not doing that now, it seems impossible to add a child record with the advanced editor enabled. This is perhaps a separate bug. Previous behavior was the last used editor was the one opened. Now it appears that if the Advanced editor is enabled, that is the one opened by default. Next: 1. Disable the Advanced Editor in the system preferences. 2. Find a record to edit. 3. New -> New child record See that the basic editor opens and the 773 tag is auto-populated. Adding a child record works. 4. Enable the Advanced Editor. 5. Find a record to edit. 6. New -> New child record See that the Advanced Editor opens again and can't add a child record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31745] New: New child record from biblio does not populate 773 field in Advanced cataloging editor (rancor)
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31745 Bug ID: 31745 Summary: New child record from biblio does not populate 773 field in Advanced cataloging editor (rancor) 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When choosing 'New child record' the expectation is that a 773 with parent info will be prepopulated - this does not happen when using advanced cataloging editor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7132] Check for duplicates when creating a new record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7132 Angela Berrett <angela.berrett(a)familysearch.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |angela.berrett@familysearch | |.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32402] New: "Modification date" missing from OPAC Lists table
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32402 Bug ID: 32402 Summary: "Modification date" missing from OPAC Lists table 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I've had a library highlight that OPAC users may want to know when a List has been updated. It's a very simple change to add it so I think it's a reasonable thing to do. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 7132] Check for duplicates when creating a new record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '24

12 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7132 Kim Gnerre <kgnerre(a)hotchkiss.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kgnerre(a)hotchkiss.org --- Comment #2 from Kim Gnerre <kgnerre(a)hotchkiss.org> --- We have a newish Acquisitions person who has been ordering during the several month duration of no cataloger. We just hired the cataloger and she's going through the new books waiting to be cataloged. We had several duplicates and because it's been awhile, returning them will be a challenge. I was under the impression that the acquisition module would catch duplicates at the point of entering them into a basket but it seems to not be the case. We would really like this fixed. It makes economical sense for libraries to prevent duplication and since that happens in other areas of Koha, to makes sense to translate it to this application. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug. You are watching all bug changes.

1 0