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

[Bug 20611] New: add the ability to set a priority for z39.50 servers
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20611 Bug ID: 20611 Summary: add the ability to set a priority for z39.50 servers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Actualy, in the configuration of Z39.50 servers we can check by default a server to launch a faster search but we can not prioritize a server for the search to be done on this server before going to search on another and so classify the result according to the servers that respond to the search. It could be a new column in the page z3950servers.pl where we could designate a number that would refer to a priority in the search results or something else like that.It would be nice to have this possibility. Thanks, Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19421] New: Predue Notices should work like Overdue Notices
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19421 Bug ID: 19421 Summary: Predue Notices should work like Overdue Notices Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently Advance due notices (pre-due) follow the patron's holding branch and it would be more beneficial that they follow the item's holding branch. When a patron takes out an item from another branch, they should receive the information and rules from the library that the item is from as it could be different from their own home branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 29085] New: Add an alert when deleting a vendor linked to a subscription
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29085 Bug ID: 29085 Summary: Add an alert when deleting a vendor linked to a subscription Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Currently (20.05), when deleting a vendor, there is no alert to check if a subscription is linked to the vendor. if the vendor is deleted anyway, in the subscription, the vendor box is empty but the booksellerid remains visible. When editing a subscription, an error message appears because the vendor is no longer found. see the following video https://www.screencast.com/t/5oi85cCFGclS Can an alert be added to mean that the vendor should not be deleted as it is used in a subscription? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23241] New: Does misc/bin/koha-index-daemon-ctl.sh still belong in community koha?
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23241 Bug ID: 23241 Summary: Does misc/bin/koha-index-daemon-ctl.sh still belong in community koha? Change sponsored?: --- Product: Koha Version: unspecified 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We have had a daemon mode in rebuild_zebra.pl for a long time and have been using that as the default indexing daemon for years.. Should we deprecate the above script to prevent confusion for new users where indexing should just work out of the box without the need for installing external dependancies. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 30898] New: Elasticsearch/Indexer.t fails on 'No nodes are available'
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30898 Bug ID: 30898 Summary: Elasticsearch/Indexer.t fails on 'No nodes are available' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This could be expected when you only run Zebra.. But it would be nice to catch this situation. t/db_dependent/Koha/SearchEngine/Elasticsearch/Indexer.t .. 2/4 # Failed test 'create_index() tests' # at t/db_dependent/Koha/SearchEngine/Elasticsearch/Indexer.t line 88. [NoNodes] ** No nodes are available: [http://localhost:9200] called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/Koha/SearchEngine/Elasticsearch/Indexer.pm line 403.# Looks like your test exited with 11 just after 2. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 30136] New: Add back to top button when scrolling
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30136 Bug ID: 30136 Summary: Add back to top button when scrolling Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like in many websites, when scrolling down the page make a button appear to go back to top. This can be very useful specially in search results page. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 24143] New: buildQuery should disable Query* on identifier search
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24143 Bug ID: 24143 Summary: buildQuery should disable Query* on identifier search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Currently, QueryWeightFields, QueryFuzzy, QueryStemming, QueryAutoTruncate are disabled in buildQuery in several cases: - Date of Publication - Date of Acquisition - ISBN,ISSN,Standard Number Those modifiers should also be disabled when searching on identifiers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 32420] New: Set focus for cursor to barcode input box in batch item modification
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32420 Bug ID: 32420 Summary: Set focus for cursor to barcode input box in batch item modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great if the focus would be automatically set to the barcode input box in the batch item modification screen. Right now, the focus is on the catalogue search. But if you went to that page, you went to batch edit item. To test: 1. Go to Cataloging > Batch item modification --> Notice that the cursor is set to the 'Search catalog' box at the top of the page, it would be better to have it in the barcode input box under 'Scan items one by one' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 30687] New: Unable to override hold policy if no pickup locations are available
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30687 Bug ID: 30687 Summary: Unable to override hold policy if no pickup locations are available Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Set the following settings: Reserves policy by item type for Branch A: Item type: BK Reserve policy: From home library Reserve pickup library match: any library Return policy: Item returns home AllowHoldPolicyOverride: Allow Create a biblio with an item: Item home library: Branch A Item type: BK Log in to the staff client as a Patron that belongs to Branch B. Go to place a hold on the Biblio. Notice that you are blocked because there is no valid pickup location, and unable to override it. Previously we could override this restriction, but we now can't. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 31185] New: Link authorities automatically doesn't detect duplicate authorities
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31185 Bug ID: 31185 Summary: Link authorities automatically doesn't detect duplicate authorities 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: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloging a bibliographic record, the template addbiblio.tt has a code to show that there is more than one local match for the entry point (MULTIPLE_MATCH) but the function LinkBibHeadingsToAuthorities never returns that code. This means that when the authority you are looking for is duplicated and you click the "Link authorities automatically", you obtain the following message "No matching authority found." instead of "More than one local match found. Possibly a duplicate authority!" This gives the false impression that the authority doesn't exist. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38