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

[Bug 22215] New: table_borrowers name is inconsistent with other tables
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22215 Bug ID: 22215 Summary: table_borrowers name is inconsistent with other tables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- This table should be renamed more like patrons-table or patron-results-table -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 17353] New: Add phone number column to checkout search
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17353 Bug ID: 17353 Summary: Add phone number column to checkout search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 33612] New: Staff with limited permissions don't always get an expanded catalog_search bar
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33612 Bug ID: 33612 Summary: Staff with limited permissions don't always get an expanded catalog_search bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Setup a staff member with staff access permission but no circulate permissions. 2. Log in as that and on the intranet-home page notice that 'Search patron' bar across the top is not visible by default. 3. Click the 'Search patrons' link at the top, now you see the search bar. 4. This is also true on the item search page. It is because we are using the old home-search.inc when it should be the cat-search.inc If you git grep 'home-search.inc' you'll see it on these two pages. koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/itemsearch.tt: [% INCLUDE 'home-search.inc' %] koha-tmpl/intranet-tmpl/prog/en/modules/intranet-main.tt: [% INCLUDE 'home-search.inc' %] We can change that to cat-search.inc and remove the unused home-search.inc, I think. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 28948] New: Add a /public counterpart for the libraries REST endpoints
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28948 Bug ID: 28948 Summary: Add a /public counterpart for the libraries REST endpoints Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com This bug will add the public facing libraries endpoint. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 82

[Bug 36316] New: CookieConsent should not display in Z39.50/SRU window
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36316 Bug ID: 36316 Summary: CookieConsent should not display in Z39.50/SRU window Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When the CookieConsent system preference is set to require, the CookieConsent also comes in the pop-up window of the Z39.50/SRU search from the cataloguing module on the Staff client, even after confirming consent in the staff client. That seems unnecessary, unless there are other cookies in the Z39.50/SRU pop-up window. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34791] New: CookieConsent preference should hint that there's HTML content blocks available for customisation
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '24

16 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34791 Bug ID: 34791 Summary: CookieConsent preference should hint that there's HTML content blocks available for customisation 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One can enable/disable the cookieConsent feature from the system preferences and add tracking cookies to the mix there, but there's not hint to say you can customise the appearance using the HTML Customisations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 20065] New: perennial identifier implementation
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '24

15 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20065 Bug ID: 20065 Summary: perennial identifier implementation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fcouffignal(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 70804 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70804&action=ed… example Add a system preference ? or a plugin ? ... to have perennial identifier in Koha -> object : choice between ARK, DOI, Handle, PURL (Marc bibliographic data) -> contributor : arkXiv, idHAL, IDRef, ISNI (Marc Authority data) see more : http://www.inist.fr/?Identifiants-perennes http://www.mediathequederoubaix.fr/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 21102] New: OAI-PMH specification conformance [UMBRELLA]
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '24

15 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21102 Bug ID: 21102 Summary: OAI-PMH specification conformance [UMBRELLA] Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, Koha fails various validation tests on the OAI-PMH implementation. [1] This umbrella bug will ease finding OAI-PMH implementation issues. [1] https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17785#c13 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[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