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

[Bug 25025] New: Drag-and-drop cover image upload
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25025 Bug ID: 25025 Summary: Drag-and-drop cover image upload Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org It would be really nice if the process for adding a local cover image to a title was a simple as dragging the image file into the local cover images tab on the bibliographic detail page. -- You are receiving this mail because: You are watching all bug changes.

1 18

[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 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 23976] New: limit ill by patron category
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23976 Bug ID: 23976 Summary: limit ill by patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es Koha administer could limit article request by patron category at circulation rules, but ill that it could cost more money is open to all type of patron it should be desirable if ill requests could be also limited by patroncategory like article request.. the limitation could be placed at syspref or also at circulation rules... perhaps better at syspref as itemtype could noe match with ill destination -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19800] New: confusion with the notification for an item "in transfer" during a check-in
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19800 Bug ID: 19800 Summary: confusion with the notification for an item "in transfer" during a check-in 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 we receive a items in transfer, we have two option. We can cancel the transfer with te fonction "Tranfers to receive" or we can do a check-in. But, the notification the notification that appears is confusing. Indeed, in this notification it is written taht the item is "Not Checked out.". The message is misleading because that could be perceived as if the check-in had not worked the first time. The message should be like "Item in transit - now available" or "Item returned from transit - Now available". Like this, the notification would no longer be confusing for library staff. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2