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

[Bug 19240] New: Names after ampersand (&) are ignored for cataloguing authority searching
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19240 Bug ID: 19240 Summary: Names after ampersand (&) are ignored for cataloguing authority searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Names after ampersand (&) are ignored for cataloguing authority searching. For example: Australia. Department of Agriculture & Environment (as appeared in the cataloguing record) will appear in the cataloguing authority search screen as: Australia. Department of Agriculture See attached pictures. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 21643] New: duplicate subject when merging authorities
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21643 Bug ID: 21643 Summary: duplicate subject when merging authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org When merging two authotities if the two authorities are in the same bibliographic record, at the end we have a duplicated subject. Test plan: 1. Catalogue one record with two subjects from authorities 2. Merge authorities 3. check that the biblio now has a duplicated subject. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22481] New: Koha::Uploader does not work under Plack
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '21

11 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22481 Bug ID: 22481 Summary: Koha::Uploader does not work under Plack Change sponsored?: --- Product: Koha Version: master 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The use of Plack reveled that the use of CGI hook is not allowed, see Bug 15218. Looks like this is used by Koha::Uploader::cgi() : my $query = CGI::->new( sub { $self->_hook(@_); }, {}, 0 ); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 21959] New: Batch item modification - ability to apply regular expression on text fields
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '21

11 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21959 Bug ID: 21959 Summary: Batch item modification - ability to apply regular expression on text fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Here we want the possibility to make regex on text (type text or textarea) fields in the batch item modification form. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 56

[Bug 18806] New: Cannot revert a batch
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '21

11 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18806 Bug ID: 18806 Summary: Cannot revert a batch Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18242 Since bug 18242: When a biblio is deleted, a new transaction is created. tools/manage-marc-import.pl use the AutoCommit flag, which does not allow nested transaction. AutoCommit must not be used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18242 [Bug 18242] Move of checkouts to old_issues is not handled correctly -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 21658] New: Renew requests fail if a fee attached
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21658 Bug ID: 21658 Summary: Renew requests fail if a fee attached Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com A Sip Renew request (29) for an item with an associated fee should behave similarly to a checkout request i.e. the initial request has fee acknowledged set to N - server rejects the transaction an responds indicating the fee amount. Self check unit has the responsibility of collecting that fee and can then proceed repeating the request but with fee acknowledged set to Y, this request should then succeed. Currently this is not happening on older versions renew requests are always rejected if there is a fee irrespective of the value of the fee acknowledged field. On master there is an additional problem that the server is crashing due to a runtime error when processing the fee. This bug has not manifested for many users as 3m and most other self-check units actually send a checkout request not a renewal request when renewing items. Newer biblioteca units do send a renew request and expect this functionality -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 22599] New: Items attached to a course reserve but checkout can not be removed from course
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22599 Bug ID: 22599 Summary: Items attached to a course reserve but checkout can not be removed from course Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Since items that are connected to a course reserve, cannot be removed from that course reserve if it is currently checked out. It would be helpful to show an information bubble when the user is hovering over the greyed out "remove" button. This would let the user know that due to the fact this item is checked out, the item can not be removed and therefore the "remove" button is not available. Add Items to an Existing Course Check out one of those items to a patron Go back to Course and see that the Item's ability to be removed is greyed out. Edit is still an available option, but remove is not. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19566] New: Integrate multiple instance auto_increment fix from KohaAloha
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19566 Bug ID: 19566 Summary: Integrate multiple instance auto_increment fix from KohaAloha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pongtawat(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net In the Wiki https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix, there is a link to a solution for auto_increment problem by KohaAloha: https://github.com/KohaAloha/koha-mysql-init This solution automatically work with multiple instances and if integrated into Koha Debian package, does not require any work manual fix by the user at all. So I would like to propose this solution to be integrate into Debian package by default for all supported releases that target Debian 8/9 (with systemd). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23007] New: Make dialogs in returns.pl optionally modal
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23007 Bug ID: 23007 Summary: Make dialogs in returns.pl optionally modal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Bug 21346 made some dialogs in returns.pl modal. Some libraries think this is too distruptive for their workflow and would like to continue scanning books even if there is a dialog/message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 21901] New: Improve performance for serial registration
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '21

02 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21901 Bug ID: 21901 Summary: Improve performance for serial registration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: frank.hansen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Because two indexes are missing, the SQL searches in C4::Serials perform very slow. Since theres no indexes for subscription.biblionumber and serial.subscriptionid, the SQL server will do a full table scans on both tables, which takes a very long time, especially if you have 100,000 subscriptions and approximately one million series registered. To improve response time, at least two indexes are required. I will therefore suggest these two indexes to be built: alter table serial add index idx_serial_subscriptionid using btree (subscriptionid); alter table subscription add index idx_subscription_biblionumber (biblionumber); It's also strange that the subscriptionid in serial is a varchar(100). In subscriptions table, subscriptionid is an int. I think subscriptionid in serial should be an int for safe and for best performance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47