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

[Bug 20689] New: make sure the extra subfields are in a search index
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20689 Bug ID: 20689 Summary: make sure the extra subfields are in a search index Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, when you add a new subfield in a marc bibliographic framework and that subfield is not in the marc format normally, you can not add it as a item search fields. It would be useful to be able to use these new subfields for item search for exemple. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 24548] New: Show different status in OPAC for items that have holds but have not yet been captured
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24548 Bug ID: 24548 Summary: Show different status in OPAC for items that have holds but have not yet been captured Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are situations where an item has a hold placed on it, but staff have not yet processed the holds to pull/queue and captured the hold, and another patron sees that the item is available in the OPAC and expects to be able to take it off the shelf. It would be a nice functionality to have the option of showing that item as "pending hold" or something, so that patrons realize the item is potentially going to be unavailable soon. The library request was that as soon as a bib record has a hold placed on it, the "available" status changes to something else. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 29525] New: Privacy settings for patrons should also affect holds history
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '22

02 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29525 Bug ID: 29525 Summary: Privacy settings for patrons should also affect holds history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Adjust Patron Privacy preferences to include holds history into privacy considerations. If patron privacy setting is set to never, never retain holds history (anonymize it). If privacy is set to keep, keep holds history for the patron forever. If privacy is set to default, keep it until library chooses to anonymize hold history. (add holds history functionality or option to batch_anonymise cronjob) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92

[Bug 28302] New: Koha does not work with CGI::Compile 0.24
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '22

02 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28302 Bug ID: 28302 Summary: Koha does not work with CGI::Compile 0.24 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CGI::Compile 0.24 has a bug: https://github.com/miyagawa/CGI-Compile/issues/25 It can cause weird bugs, like breaking the authority detail display after trying to modify an authority. Steps to reproduce: 1. Install CGI::Compile 0.24 2. Restart starman with only 1 worker 3. Go to the detail page of an authority (authorities/detail.pl) 4. Go to the edit page (Edit » Edit record) 5. Check starman logs, you should see "Subroutine build_tabs redefined at [...]" 6. Click on cancel to go back to the detail page, which should now show a "blank" authority. Now the only way to get the authority back is to restart starman. I suggest to just forbid CGI::Compile 0.24 in cpanfile (patch coming soon) Warning for Ubuntu Focal users: the packaged version of CGI::Compile is 0.24 -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 25920] New: Add liblocale-codes-perl package to fix ubuntu-stable (focal)
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '22

02 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25920 Bug ID: 25920 Summary: Add liblocale-codes-perl package to fix ubuntu-stable (focal) Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com This bug tracks the task of adding the liblocale-codes-perl package, to fix ubuntu-stable (focal) looks like perl-5.30 on debian needs liblocale-codes-perl root@buster:kohadevbox$ pmvers Locale::Language Locale::Language will be removed from the Perl core distribution in the next major release. Please install the separate liblocale-codes-perl package. It is being used at (eval 1), line 1. Locale::Codes will be removed from the Perl core distribution in the next major release. Please install the separate liblocale-codes-perl package. It is being used at /usr/share/perl/5.28/Locale/Language.pm, line 22. 3.56 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 18543] New: Automated emails for new patron accounts with the AutoEmailOpacUser preference
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '22

01 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18543 Bug ID: 18543 Summary: Automated emails for new patron accounts with the AutoEmailOpacUser preference Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the AutoEmailOpacUser preference is set to Send, Koha should send an email with account details to newly created patrons. After some testing, we discovered that Koha will only send emails to patrons if the username and password are entered into the system by hand. The email is not sent when the username and password are automatically generated by the system. The expected behavior is that Koha would send the account details email to newly created patrons when the system automatically generates the username and the password. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21968] New: Don't make it possible to put a return date prior to the loan date with SpecifyReturnDate
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21968 Bug ID: 21968 Summary: Don't make it possible to put a return date prior to the loan date with SpecifyReturnDate Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, when te system preference SpecifyReturnDate is activate, you can put a return date prior to the loan date and it is not logical. It would be nice if the possibility to enter a previous date will be block or a message tells us that this return date is before the date of the loan. Regards, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26893] New: New version of JSON::Validator (D11) break our REST API routes
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26893 Bug ID: 26893 Summary: New version of JSON::Validator (D11) break our REST API routes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Error while loading /etc/koha/sites/kohadev/plack.psgi: Can't load application from file "/kohadevbox/koha/api/v1/app.pl": Can't use string ("paths.json") as a HASH ref while "strict refs" in use at /usr/share/perl5/JSON/Validator/OpenAPI/Mojolicious.pm line 333. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 29047] New: Update the calendar page to use a calendar component
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29047 Bug ID: 29047 Summary: Update the calendar page to use a calendar component 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Trying out a full calendar component for the calendar page rather than an adapted picker widget. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 29584] New: autoBarcode generates a fifteen-digit number in the unit catalog instead of EAN13
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29584 Bug ID: 29584 Summary: autoBarcode generates a fifteen-digit number in the unit catalog instead of EAN13 Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: resetka.bedi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I have Koha 21.05.05.003. I have autoBarcode in Administration set to Barcodes are incremental EAN-13 barcodes. Previously, this generated a EAN13 number correctly for my units. Now I get a number like, for example: 977233613400114 - There are extra zeros I guess. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3