August 2020 - 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 13 Mar '21

13 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 23416] New: When a note to a specific issue upon receiving a serial, this note will appear in next issue received
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23416 Bug ID: 23416 Summary: When a note to a specific issue upon receiving a serial, this note will appear in next issue received Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 91920 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91920&action=ed… serials receive A note added to a serial issue upon receipt in the Serials module will stay on each upcoming issue expected and needs to be removed when receiving the next. Libraries use this note to say something specific about the issue they are receiving, not a note that should appear on every issue they receive. Steps to reproduce: 1. Receive an issue in the Serials Module. 2. Add a note to this issue and change to Arrived. 3. See the next expected issue will show this same note from previously received issue. 4. Receive next issue, this note is still getting generated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

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

12 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 24347] New: Add a 'search to order' option similar to 'search to hold'
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '21

11 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24347 Bug ID: 24347 Summary: Add a 'search to order' option similar to 'search to hold' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org On bug 11149 it was noted that the search options when reordering an existing record are limited. Instead of relying on ccl queries or rebuilding search features in the acq module, it could be nice to have a "search to order" feature. This could work similar to the "search to hold" functionality. Only you would not start from a patron record, but from your basket. Searching in the catalog you would see an "Add to order" link that would redirect you to the order page of your basket with the record already linked to the order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[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 25850] New: CalcDateDue freezes with 'useDaysMode' set to 'Daysweek' and the due date lands on a sunday.
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '21

10 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25850 Bug ID: 25850 Summary: CalcDateDue freezes with 'useDaysMode' set to 'Daysweek' and the due date lands on a sunday. Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com >From the DateTime manual page: $dt->day_of_week() Returns the day of the week as a number, from 1..7, with 1 being Monday and 7 being Sunday. Also available as "$dt->wday()" and "$dt->dow()". But the method "get_push_amt" assumes that day_of_week is numbered 0..6 with 0 being Sunday. (Also, there is a funny equality test of a boolean value and the number 1.) The result is that for Sundays, $self->{weekly_closed_days}->[$dow] is undefined and its negation is thus true, which results in a push_amt of seven days, which lands on the next Sunday and the process repeats. sub get_push_amt { my ( $self, $base_date) = @_; my $dow = $base_date->day_of_week; return ( # We're using Dayweek useDaysMode option $self->{days_mode} eq 'Dayweek' && # It's not a permanently closed day !$self->{weekly_closed_days}->[$dow] == 1 ) ? 7 : 1; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 25348] New: Add support for circulation status 12 ( lost )
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25348 Bug ID: 25348 Summary: Add support for circulation status 12 ( lost ) 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com We should support the SIP2 "circulation status" value 12, "lost". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[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