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

[Bug 18177] New: Many unused columns in aqbooksellers
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18177 Bug ID: 18177 Summary: Many unused columns in aqbooksellers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I've found that the following columns are not actually used (in Koha's codebase): - address2 - address3 - address4 - othersupplier - currency - booksellerfax - booksellerurl -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 23435] New: Add multiple copies of an item when receiving in serials
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23435 Bug ID: 23435 Summary: Add multiple copies of an item when receiving in serials Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This feature would only be available for subscriptions that have been configured to create an item record when receiving a serial. When receiving or editing a serial (serials-edit.pl), there is currently a link 'Click to add item'. When saving the serial, an item record is also created with the details entered in the item form. We would like to add a feature that allows multiple (a specified number of) item records to be created when receiving a serial. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 15870] New: Add Filter for MARC to respect visibility settings
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15870 Bug ID: 15870 Summary: Add Filter for MARC to respect visibility settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org There needs to be a new filter for MARC::Records such that when a record is processed a cloned record with hidden fields and sub-fields excluded. This will only affect MARC::Records, and as such will leave some visibility gaps still. This will only attempt to implement this filter on OPAC pages, though the filter should be usable for the staff client as well. -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 20364] New: Show languages from MARC21 field 041 in intranet
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20364 Bug ID: 20364 Summary: Show languages from MARC21 field 041 in intranet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org The encoded languages from MARC21 field 041 are not shown anywhere. These are quite important for example DVD video material (subtitle languages). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 24067] New: Refactor REST API allow-owner authorization logic
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '20

07 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24067 Bug ID: 24067 Summary: Refactor REST API allow-owner authorization logic Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi It is possible to authorize patron an access to their own resources by defining "allow-owner" under x-koha-authorization block in endpoint's OpenAPI specification. Currently the logic for this type of authorization is centralized under Koha::REST::V1::Auth::check_object_ownership with some messy, hard to understand and possibly at some point in future even insecure logic. A better and more flexible solution is to have each REST API controller handle the "allow-owner" authorization on their own. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 20359] New: Auto-Renew notice not able to pull branch information
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20359 Bug ID: 20359 Summary: Auto-Renew notice not able to pull branch information Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Information from the branches table cannot be pulled into the AUTO_RENEW notice. This is an issue for libraries that want to include library contact information in their notices that will automatically update when values are changed in Koha or for multi-branch systems that want their notices to specify where the renewed item is from. To replicate: 1: Write an AUTO_RENEW notice including either <<branches.branchname>> or [% branch.branchname %] 2: Run the auto-renew cron with notices 3: Observe that branch info is not included in the notice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 18110] New: Adds FR to the syspref AddressFormat
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18110 Bug ID: 18110 Summary: Adds FR to the syspref AddressFormat 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 24653] New: Failing tests in 19.05.x
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24653 Bug ID: 24653 Summary: Failing tests in 19.05.x Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Continuous Integration Assignee: tomascohen(a)gmail.com Reporter: lucas(a)bywatersolutions.com tests are failing in 19.05: -t/db_dependent/Koha/Charges/Fees.t -t/db_dependent/SIP/Transaction.t Something is not accounted for when there is no ALL/ALL circ rule. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 20674] New: One off report
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20674 Bug ID: 20674 Summary: One off report Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: tlamannajr(a)chplnj.org QA Contact: testopia(a)bugs.koha-community.org Right now the only way to create and run a report is to save it to a list, but there are plenty of times I just need a one-off report and it's a bit of a pain to have to create and name a report then delete in when I'm done. This clutters up the reports list a lot. Not a massive problem, but I'm hoping we can streamline one off reports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24755] New: chance to define expiration hour for in-site loans
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '20

05 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24755 Bug ID: 24755 Summary: chance to define expiration hour for in-site loans 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com on reserves.expirationdate's mysql format is date, however I think it could be datetime I have identified that many koha's librries are cataloguing pc's, study rooms as in-ite loans, the students may hold this kind of material, but the hold expiration date is suitable for books, but not suitable at all for in-site loans. It should be great if we could define expiration days for home-loans and expiration hour for in-site loans It should be also great if we could define close hours to do not assign a date_due beyond the close date -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1