September 2021 - Koha-bugs - lists.koha-community.org

[Bug 28640] New: Add EDI order status to basket details display
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '21

27 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28640 Bug ID: 28640 Summary: Add EDI order status to basket details display 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 One can close the basket without going via the 'Create EDIFACT order' button and then wonder why the order has not proceeded. We should add the EDI status to the basket page so end users can track the progress on a basket to an edi order and beyond. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 29134] New: Patron search has poor performance when ExtendedAttributes enabled and many attributes match
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29134 Bug ID: 29134 Summary: Patron search has poor performance when ExtendedAttributes enabled and many attributes match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When system preference ExtendedPatronAttributes is enabled the patron search finds all patrons with a matching attribute and builds a where string with all the borrowernumbers concatted into an 'IN' my @matching_borrowernumbers = Koha::Patrons->filter_by_attribute_value($searchmember)->get_column('borrowernumber'); for my $borrowernumber ( @matching_borrowernumbers ) { push @where_strs_or, "borrowers.borrowernumber = ?"; push @where_args, $borrowernumber; } When there are too many matches on a system with many patrons/attributes this generates a very large query which takes a very long time to return -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 27245] New: bulkmarcimport.pl error 'Already in a transaction'
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27245 Bug ID: 27245 Summary: bulkmarcimport.pl error 'Already in a transaction' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When using script to import records misc/migration_tools/bulkmarcimport.pl, I get the error : .DBD::mysql::db begin_work failed: Already in a transaction at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1588, <GEN45> line 1. I thinks it is because of transaction in the script : $dbh->{AutoCommit} = 0; And C4::Biblio::AddBiblio launches a transation : $schema->txn_do(sub { Records are imported well but its a scary error :/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28813] New: Delivery notes feature was pushed prior to it's completion
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28813 Bug ID: 28813 Summary: Delivery notes feature was pushed prior to it's completion Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14723 Bug 14723 somehow made it through QA with some fields missing from the database and some functions missing corresponding updates (for translation handling). We all make mistakes.. oops. This bug will serve to add the correct DB update and changes to kohastructure and update the relevant function. See bug 14723 comment 60 for further details. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 [Bug 14723] Additional delivery notes to messages -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 28679] New: Unable to click "Log in to your account" when GoogleOpenIDConnect is enabled
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28679 Bug ID: 28679 Summary: Unable to click "Log in to your account" when GoogleOpenIDConnect is enabled Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: chad(a)pennmanor.net QA Contact: testopia(a)bugs.koha-community.org After enabling GoogleIpenIDConnect I am no longer able to left click the "Log in to your account" link on the top of the opac. The link is valid and works if you right click and open in a new tab. Quickly looking at the code this seems to be because the data-toggle attribute is set to modal. <a class="nav-link login-link" href="/cgi-bin/koha/svc/auth/googleopenidconnect" role="button" data-toggle="modal"><i class="fa fa-user fa-icon-black fa-fw" aria-hidden="true"></i> <span class="userlabel">Log in to your account</span></a> -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 28631] New: Holds History title link returns "not found" error
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28631 Bug ID: 28631 Summary: Holds History title link returns "not found" error Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org When a user is logged into the OPAC and OPACHoldsHistory is enabled a list of holds and old holds is displayed. If a user selects one of these titles a "not found" error is displayed. opac-holdshistory.tt line 105: <td><a href="/cgi-bin/koha/catalogue/detail.pl?biblionumber=[% hold.biblio.biblionumber | uri %]">[% INCLUDE 'biblio-title.inc' biblio=hold.biblio %]</a></td> This is an intranet URL so the OPAC user will not have access. opac-holdshistory should be: <td><a href="cgi-bin/koha/opac-detail.pl?biblionumber=[% hold.biblio.biblionumber | uri %]">[% INCLUDE 'biblio-title.inc' biblio=hold.biblio %]</a></td> -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28946] New: 500 error when choosing patron for purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28946 Bug ID: 28946 Summary: 500 error when choosing patron for purchase suggestion Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jstallings(a)tsas.org QA Contact: testopia(a)bugs.koha-community.org Running 21.05.02 on Debian stretch 9.13. When selecting "set to patron" or "select manager" when entering a purchase suggestion from the staff console, a 500 error rather than a search box appears in the popup. This issue seems related to bug 26738, where suggestion managers and patrons were unable to be saved, but I'm unable to get even that far. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 28773] New: Aquisitions from external source not working for non english language
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28773 Bug ID: 28773 Summary: Aquisitions from external source not working for non english language 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: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org if you try to order a book via an external source (SRU search) the order button is not working if you are using an non-english language z3950_search_21.0501003.js:133 Uncaught TypeError: Cannot read property 'document' of null at HTMLAnchorElement.<anonymous> (z3950_search_21.0501003.js:133) at HTMLTableElement.dispatch (jquery-2.2.3.min_21.0501003.js:3) at HTMLTableElement.r.handle (jquery-2.2.3.min_21.0501003.js:3) bug confirmed by (11:44:25) Joubu: It's caused by 23302, link it with that bug number when you have opened the new one -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 28745] New: Batch item modifications no longer displayed modified items
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28745 Bug ID: 28745 Summary: Batch item modifications no longer displayed modified items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Tools Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 28158 Caused by bug 28158, the batch item modifications tool does not longer display the table with the items that have been modified on the result screen. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28158 [Bug 28158] Lost items not charging when marked lost from batch item modification -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29137] New: Unwanted to authorised values are too easily created via the cataloging module
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29137 Bug ID: 29137 Summary: Unwanted to authorised values are too easily created via the cataloging module 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 25728 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25728#c50 "I don't like this patch at all! After just a few weeks we have dozens of new locations created by mistake, like HORS, FICT, NON-FI &c, &c Staff type just the first letters of a location and then hit enter, and voila, there is a new location! Please make a syspref for this, and make it disabled by default - or set it as a permission that could be turned off, even for superlibrarians" I very much agree with Klas here. This makes to much much too easy to create authorised values in error. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25728 [Bug 25728] Add the ability to create a new authorised value within the cataloguing module -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24