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

[Bug 28356] New: Consolidate header catalogue search box code
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28356 Bug ID: 28356 Summary: Consolidate header catalogue search box code 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We duplicate the code for the 'Search the catalog' box in many different include files, we should use a single file that is included where needed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 30135] New: We should allow configuration of whether EDI LSQ segments map to 'location' or 'collection'
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30135 Bug ID: 30135 Summary: We should allow configuration of whether EDI LSQ segments map to 'location' or 'collection' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org EDItEUR describes the LSQ segment as "A code or other designation which identifies stock which is to be shelved in a specified sequence or collection." This can be interpreted in Koha as either 'location' or 'ccode', however currently the EDI code is hard coded to use 'location'. We should make this configurable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 31005] New: Cannot edit patrons in other categories if an extended attribute is mandatory and limited to a category
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31005 Bug ID: 31005 Summary: Cannot edit patrons in other categories if an extended attribute is mandatory and limited to a category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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 To recreate: 1 - Create a new patron attribute - check boxes to make it mandatory and visible etc. 2 - Limit it to 'Patron' or other category 3 - Edit a patron not in that category 4 - Attempt to save 5 - 500 Error 6 - Missing mandatory extended attribute (type=MAND) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 30551] New: Cash register report shows wrong library when paying fees in two different libraries
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30551 Bug ID: 30551 Summary: Cash register report shows wrong library when paying fees in two different libraries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org Cash register report shows wrong transaction library when paying fees in different libraries using the same account. Test plan to reproduce the bug: 1- Use cash registers (administration > system preferences > UseCashRegisters) 2- Create another library if you only have one (administration > libraries > new library) 3- Create a cash register in each library if they don't already have one (administration > cash registers > new cash register) 4- Create a fee on your own account and pay it right after in both libraries. 5- Go to reports > cash register and generate the statistics. 6- Notice "transaction library" in both rows are the same even though the fees were paid in two different libraries and two different cash registers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

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

14 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 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