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

[Bug 30779] New: Do not need to remove items from import biblios marc
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30779 Bug ID: 30779 Summary: Do not need to remove items from import biblios marc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When staging biblios we save the marc, then, if we are looking for items and find them, we save the marc without the 952 While there is a space savings here, I think the extra write is costing us with no benefit. While we could remove the items before the initial save, I think there is actually value in seeing the items in the imported marc, so one can compare what was imported to what was created -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 33243] New: Reindex only Biblios changed in the last x minutes in Elasticsearch (ES)
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '24

25 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33243 Bug ID: 33243 Summary: Reindex only Biblios changed in the last x minutes in Elasticsearch (ES) Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz add a command line option to rebuild_elasticsearch.pl to only reindex Biblios changed in the last x minutes rebuild_elasticsearch.pl -v -b --minutes 100 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 28844] New: Suggestion from existing title can alert patron in error
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '24

25 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28844 Bug ID: 28844 Summary: Suggestion from existing title can alert patron in error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14963 To recreate: - in acquisitions, create an order - on the OPAC, find the bib relating to your order and put in a purchase suggestion tied to that bib - back in acquisitions, receive your order without interacting with the purchase suggestion at all - the patron tied to the suggestion has received a notice that their suggestion is available While the suggestion and the order tie to the same bib, we cannot assume the suggestion and the order are linked directly. Especially in a multi-library system, there's no guarantee that the received copy of this title will go to the patron that requested it. We should only send suggestion notices to the patron for receipt of orders created from a purchase suggestion directly. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14963 [Bug 14963] Add the ability to suggest purchase from existing titles -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69

[Bug 17594] New: Make Koha::Object->discard_changes available
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '24

25 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17594 Bug ID: 17594 Summary: Make Koha::Object->discard_changes available 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(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24570] New: Cart location showing/duplicated when editing item
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '24

24 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24570 Bug ID: 24570 Summary: Cart location showing/duplicated when editing item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the CART location to show recently returned items, that location displays in field c when editing or duplicating the item. This causes problems with cataloging as it will cause that location to permanently be assigned to that item or duplicated items. Field c should be reflecting the location in the permanent_location field, not the location field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 21083] New: Batch patron modification does not allow to modify repeatable patron attributes
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '24

24 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21083 Bug ID: 21083 Summary: Batch patron modification does not allow to modify repeatable patron attributes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20443 This has been a limitation of the script since it has been integrated in to Koha (see bug 12636). I would like to see bug 20443 pushed and then could work on fixing this one. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20443 [Bug 20443] Move C4::Members::Attributes to Koha namespace -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 25997] New: Add system preference to disable RSS feed
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '24

24 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25997 Bug ID: 25997 Summary: Add system preference to disable RSS feed 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org RSS feeds are quite useless nowadays. Firefox is not a native client anymore. I propose we add a system preference to disable RSS feed (off by default). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 32401] New: DataTable search can't handle UTF-8 when receiving orders
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32401 Bug ID: 32401 Summary: DataTable search can't handle UTF-8 when receiving orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you try to search pending orders in acquisitions using Arabic like خمسة it will silently fail. Nothing changes on the screen. No "Processing" or obvious Javascript errors. However, if you turn on "Pause on caught exceptions", you'll see the following: TypeError: Failed to execute 'setRequestHeader' on 'XMLHttpRequest': String contains non ISO-8859-1 code point. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 32010] New: selenium/authentication_2fa.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32010 Bug ID: 32010 Summary: selenium/authentication_2fa.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30588 Blocks: 25551 Since bug 30588 t/db_dependent/selenium/authentication_2fa.t is failing randomly. Well, it seems that it fails consistently on jenkins. 17:28:48 koha_1 | STRACE: /usr/share/perl5/Try/Tiny.pm:123 in Selenium::Remote::Driver::catch {...} 17:28:48 koha_1 | /usr/share/perl5/Selenium/Remote/Driver.pm:361 in Try::Tiny::try 17:28:48 koha_1 | (eval 541):1 in Selenium::Remote::Driver::__ANON__ 17:30:50 koha_1 | (eval 543):2 in Selenium::Remote::Driver::__ANON__ 17:30:50 koha_1 | /usr/share/perl5/Selenium/Remote/Driver.pm:654 in Selenium::Remote::Driver::_execute_command 17:30:50 koha_1 | t/db_dependent/selenium/authentication_2fa.t:282 in Selenium::Remote::Driver::get_alert_text 17:30:50 koha_1 | /usr/share/perl/5.32/Test/Builder.pm:334 in main::__ANON__ 17:30:50 koha_1 | /usr/share/perl/5.32/Test/Builder.pm:334 in (eval) 17:30:50 koha_1 | /usr/share/perl/5.32/Test/More.pm:809 in Test::Builder::subtest 17:30:50 koha_1 | t/db_dependent/selenium/authentication_2fa.t:291 in Test::More::subtest 17:30:50 koha_1 | 17:30:50 selenium_1 | 1666711728262 Marionette INFO Stopped listening on port 35969 17:30:50 selenium_1 | JavaScript error: resource://gre/modules/Prompter.jsm, line 1253: NS_ERROR_NOT_AVAILABLE: prompt aborted by user 17:30:50 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] 17:30:50 koha_1 | # Looks like you planned 7 tests but ran 4. 17:30:50 koha_1 | 17:30:50 koha_1 | # Failed test 'Enforce 2FA setup on first login' 17:30:50 koha_1 | # at t/db_dependent/selenium/authentication_2fa.t line 291. 17:30:50 koha_1 | Error while executing command: no such alert at /usr/share/perl5/Selenium/Remote/Driver.pm line 411. 17:30:50 koha_1 | at /usr/share/perl5/Selenium/Remote/Driver.pm line 356. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30588 [Bug 30588] Add the option to require 2FA setup on first staff login -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 30470] New: Apply CheckPrevCheckout logic when placing a hold on the OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30470 Bug ID: 30470 Summary: Apply CheckPrevCheckout logic when placing a hold on the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 20421 introduced CheckPrevCheckout logic when placing a hold on the staff client. It would be useful to have the same CheckPrevCheckout logic implemented for patrons when placing a hold on the OPAC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1