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

[Bug 17811] New: Subfield $v should be ignored in Series Title authority validation
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17811 Bug ID: 17811 Summary: Subfield $v should be ignored in Series Title authority validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When validate a Series Title (MARC 8XX) as part of cataloguing, subfield $v should not appear on the authority search screen. Subfield $v detail has to be manually removed before searching, otherwise, no result will be found! See attached screen images. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 21826] New: Automatic authority record generation improvements
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21826 Bug ID: 21826 Summary: Automatic authority record generation improvements 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Whilst QAing bug 19365 I saw that some general improvements had been made to the generation of authorities from bibliographic records routines. I felt these should get their own mention in the release notes and so have split them out into this bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 72

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