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

[Bug 14784] Missing checkin message for debarred patrons when issuing rules 'fine days = 0'
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #70 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- > The current patch is quite different than the previous one so I marked the previous tests as obsolete. Makes sense. Tests on the new changes are still needed for this to be ready for QA. These are not trivial changes and AddReturn() in Circulation.pm is like super critical code ^^" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29418] New: Zebra clean_search_term does not clean search and so results in error
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29418 Bug ID: 29418 Summary: Zebra clean_search_term does not clean search and so results in error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com In fixing/moving analytics search code, zebra was set to simply pass the title through. For any title with a subtitle, correct marc for subfield a ends with a semicolon. This is treated as a field delimiter and the search fails This is causing a spurious warning for many records under zebra: There was an error searching for analytic records, please see the logs for details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 12225] SIP does not respect the "no block" flag
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12225 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #17 from David Nind <david(a)davidnind.com> --- (In reply to Kyle M Hall from comment #16) > David, can you test again with the latest patch? It switches to using the > offline circ checkout code. The idea behind "no block" is the patron already > has it. It's basically SIP offline circ ( aka store and forward ) where the > patron already has it so we'd better check it out to them! It makes sense to > use the same code for both. Hi Kyle. I have retested When I post the command in step 5 with the patches applied and after restarting everything: - Telnet exits saying: Connection closed by foreign host. - The item is not checked out. Commands entered after applying patches, flush_memcached, restart_all, and koha-sip --restart kohadev: telnet 127.0.0.1 6001 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 9300CNkoha|COkoha|CPCPL| 941 11YY20220711 16350220250711 163502AOCPL|AA23529000035676|AB39999000001396|ACkoha|BON|BIN| Connection closed by foreign host. >From the sip.log: 87 [2022/07/13 21:16:28] [4660] [DEBUG] [undef]@[undef]: Configuration::find_service: Trying 6001/tcp C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 88 [2022/07/13 21:16:28] [4660] [DEBUG] [undef]@[undef]: Configuration::find_service: Trying *:6001/tcp C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 89 [2022/07/13 21:16:28] [4660] [DEBUG] [undef]@[undef]: Configuration::find_service: Trying 127.0.0.1:6001/tcp C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 90 [2022/07/13 21:16:28] [4660] [DEBUG] [undef]@[undef]: raw_transport: timeout is 60 C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 91 [2022/07/13 21:16:43] [4660] [DEBUG] [undef]@[undef]: read_request trimmed 1 character(s) C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 92 [2022/07/13 21:16:43] [4660] [INFO] [undef]@[undef]: INPUT MSG: '9300CNkoha|COkoha|CPCPL' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 93 [2022/07/13 21:16:43] [4660] [DEBUG] [undef]@[undef]: Sip::MsgType::new('C4::SIP::Sip::MsgType', '9300CNkoha...', '93'): seq.no '0', protocol 2 C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 94 [2022/07/13 21:16:43] [4660] [DEBUG] [undef]@[undef]: Sip::MsgType::_initialize('Login', '00CNkoha|COkoha|CPCPL', 'A1A1', '2', ...) C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 95 [2022/07/13 21:16:43] [4660] [INFO] [undef]@[undef]: Successful login/auth for 'koha' of 'CPL' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 96 [2022/07/13 21:16:43] [4660] [DEBUG] [undef]@[undef]: login_core: $VAR1 = 'ILS'; 97 C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 98 [2022/07/13 21:16:43] [4660] [DEBUG] [undef]@[undef]: new ILS 'CPL' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 99 [2022/07/13 21:16:43] [4660] [INFO] [undef]@[undef]: OUTPUT MSG: '941' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 100 [2022/07/13 21:16:43] [4660] [DEBUG] koha(a)127.0.0.1: raw_transport: uname/inst: 'koha/CPL' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 101 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: read_request trimmed 2 character(s) C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 102 [2022/07/13 21:16:56] [4660] [INFO] koha(a)127.0.0.1: INPUT MSG: '11YY20220711 16350220250711 163502AOCPL|AA23529000035676|AB39999000001396|ACkoha|BON|BIN' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 103 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: Sip::MsgType::new('C4::SIP::Sip::MsgType', '11YY202207...', '11'): seq.no '0', protocol 2 C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 104 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: Sip::MsgType::_initialize('Checkout', 'YY20220711 16350220250711 163502AOCPL|AA2 3529000035676|AB39999000001396|ACkoha|BON|BIN', 'A1A1A18A18', '38', ...) C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 105 [2022/07/13 21:16:56] [4660] [WARN] koha(a)127.0.0.1: received no-block checkout from terminal 'koha' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 106 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: new ILS::Patron(23529000035676): found patron '23529000035676' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 107 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: new ILS::Item('39999000001396'): found with title 'Philippics.' C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) 108 [2022/07/13 21:16:56] [4660] [DEBUG] koha(a)127.0.0.1: ILS::Transaction::Checkout performing checkout... C4::SIP::Sip::siplog /kohadevbox/koh a/C4/SIP/Sip.pm (220) 109 [2022/07/13 21:16:56] [4660] [INFO] koha(a)127.0.0.1: raw_transport: shutting down C4::SIP::Sip::siplog /kohadevbox/koha/C4/SIP/Sip.pm (220) I'm assuming all three patches should be applied. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 Emily W <emily.warwas(a)cedarparktexas.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.warwas@cedarparktexas | |.gov --- Comment #4 from Emily W <emily.warwas(a)cedarparktexas.gov> --- Recently began having this issue. Digests will be checked when creating the guarantee but will uncheck once saved. Takes up staff time adding an additional step to sign up process. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31152] New: EasyAnalyticalRecord - trim leading whitespace from barcode when linking to host record
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31152 Bug ID: 31152 Summary: EasyAnalyticalRecord - trim leading whitespace from barcode when linking to host record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When adding analytical record relationships the easy way with the EasyAnalyticalRecords system preference enabled, any leading whitespace in the barcode is not trimmed. To reproduce: 1. Enable the EasyAnalyticalRecord system preference - change to 'Show'. 2. Copy a barcode from any item, for example: 39999000000498 3. For any record with item, select Edit > Link to host record. 4. Enter item barcode: - paste the barcode into the input field - put spaces before the barcode - press 'Select'. 5. Note error message: "ERROR: Unable to get the item number from this barcode.". Notes: - Only leading whitespace causes the error, trailing whitespace does not cause the error. - Recent bug 30409 did some work on consolidating barcode checking. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30954] New: includes/background_jobs_update_elastic_index.inc must be removed
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30954 Bug ID: 30954 Summary: includes/background_jobs_update_elastic_index.inc must be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor 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 includes/background_jobs_update_elastic_index.inc vs includes/background_jobs/update_elastic_index.inc Both exist and have been added by bug 27344. The first one is not used. 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 the assignee for the bug. You are watching all bug changes.

1 8

[Bug 30973] New: Serials search wrong body id
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30973 Bug ID: 30973 Summary: Serials search wrong body id Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The serials search page serials/serials-search.pl has HTML body id : <body id="ser_serials-home" class="ser"> It is the same as serials home page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 30780] New: Librarians with only "place_holds" permissions can not update holds data via REST API
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30780 Bug ID: 30780 Summary: Librarians with only "place_holds" permissions can not update holds data via REST API 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: johanna.raisa(a)koha-suomi.fi CC: tomascohen(a)gmail.com Cancel hold, suspend the hold and resume the hold endpoints have too high permissions for librarians with only "place_holds" permissions. As this was changed in the views, then the change should be added to the REST API also. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30798] New: Columns Home library and Checked out from in wrong order on table settings for account_fines table
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30798 Bug ID: 30798 Summary: Columns Home library and Checked out from in wrong order on table settings for account_fines table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As title reads, columns Home library and Checked out from are in wrong order on table settings. Because of this hiding Home library actually hides Checkout out from column and vice versa. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 30924] New: Recalls workflow - errors and issues: log viewer, patron details, transfers, cancelling once checked in (waiting for pickup)
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30924 Bug ID: 30924 Summary: Recalls workflow - errors and issues: log viewer, patron details, transfers, cancelling once checked in (waiting for pickup) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I am getting several errors and issues when testing bug 30823 - BEFORE applying the patch. I thought these were fixed with some of the recent recalls bugs that were pushed to master. I'm not sure whether separate bugs are required, or just one to look at what is causing these. In the interim, I've created this bug. Scenario/settings using koha-testing-docker (up-to-date with master): - UseRecalls system preference: set to 'Use'. - RecallsLog system preference: set to 'Log'. - Circulation and fines rules: . Recalls allowed (total) = 5 . Recalls per record (count) = 2 . On shelf recalls allowed = 'If any unavailable' . Recall due date interval (day) = 3 . Recall overdue fine amount = 5 . Recall pickup period (day) = 2 - Patron B: Mary Burton (Midway) - Patron A: Henry Acevedo (Midway) - Record used to place recalls on: Programming Perl (biblionumber = 262, one item = 39999000011418, home library = Centerville) TLDR: - Log viewer: Error on log viewer for recalls once there is are logged recalls transactions - Transfers for recalls: error on transfers to receive - After check in and waiting for pickup: actions to cancel recall on several pages do not work Error 1: Setup and place a recall - log viewer error ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I get this error using the log viewer limited to the recalls module - recall placed, no other actions. Template process failed: undef error - The method Koha::Recall->item_level_recall is not covered by tests! Trace begun at /kohadevbox/koha/Koha/Object.pm line 875 Koha::Object::AUTOLOAD('Koha::Recall=HASH(0x55d076a68a48)') called at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/tools/viewlog.tt line 379 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/tools/viewlog.tt line 379 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/tools/viewlog.tt line 409 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/tools/viewlog.tt line 18 Template::Provider::__ANON__('Template::Context=HASH(0x55d074a2b5f0)') called at /usr/lib/x86_64-linux-gnu/perl5/5.32/Template/Document.pm line 163 eval {...} at /usr/lib/x86_64-linux-gnu/perl5/5.32/Template/Document.pm line 161 .... Error 2: Viewing the check out page > checkouts tab for Mary - after recall placed ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ No checkouts are listed, sits on "Loading... you may continue scanning" in a floating box at the bottom of the page, with "Loading..." showing in the center of the table. Does not show other items checked out. The details page > checkouts tab is the same. Error 3: If a transfer is required ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Step 1: Check in the item (39999000011418) > Transfer to Midway required > Confirm recall and transfer. - Mary: checkouts list is now displaying - Henry: recalls tab showing "In transit to Midway" - Circulation > Recalls > Recalls queue: showing "In transit to Midway" - Circulation > Recalls > Recalls to pull: listed with button to "Cancel recall and return to: Centerville Step 2: Transfer to Midway - Change library to Midway - Ciculation > Transfers > Transfers to receive: get this error: Template process failed: undef error - The method Koha::Recall->borrowernumber is not covered by tests! Trace begun at /kohadevbox/koha/Koha/Object.pm line 875 Koha::Object::AUTOLOAD('Koha::Recall=HASH(0x559d07b59d00)') called at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/circ/transferstoreceive.tt line 93 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/circ/transferstoreceive.tt line 93 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/circ/transferstoreceive.tt line 108 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/circ/transferstoreceive.tt line 112 eval {...} at /kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/circ/transferstoreceive.tt line 18 .... Step 3: Check in item (with library set to Midway) - Modal window with "Recall at Midway + Confirm recall" - Circulation > Recalls > Recalls awaiting pickup: listed - Circulation > Transfers > Transfers to receive: no errors - Record detail page in staff interface: showing as "Waiting at Midway since..." - Henry: recalls tab on patron page for check out and details sections - shows as "Ready for pickup" - Mary: nothing shown (as expected) Step 4: Checkout item - works as expected, But wait, there's more! 1. Once a recall is made, and checked in: a. On the staff interface item details page > recalls section - selecting from the Actions drop down list/button "Cancel recall and return to Centerville" does nothing. b. However, selecting the tick box and selecting "Cancel selected recalls" works. c. In addition, after you press "Cancel...": - the URL changes to http://127.0.0.1:8081/cgi-bin/koha/recalls/request.pl - clicking on normal (or any other tab gives you the message "The record you requested does not exist ()." - URL is http://127.0.0.1:8081/cgi-bin/koha/catalogue/detail.pl?biblionumber= 2. Once a recall is made, and checked in: . From Circulation > Recalls > Recalls queue: same as 1a and 1b. 3. Once a recall is made, and checked in: . From Circulation > Recalls > Recalls to pull: select "Cancel recall and return to: Centerville: generates this error: DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Data truncated for column 'reason' at row 1 at /kohadevbox/koha/Koha/Object.pm line 170 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 ..... 4. On the patron details > recalls tab page for Henry, selecting Actions > "Cancel recall and return to: Cenetrville" does nothing (same as 1a). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27