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

[Bug 29453] New: Add routes to fetch patron credits/debits
by bugzilla-daemon＠bugs.koha-community.org 19 May '23

19 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29453 Bug ID: 29453 Summary: Add routes to fetch patron credits/debits Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com As the title says.. we should have API routes for fetching a patrons credits and debits by now ;) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 16522] New: Add 773 (Host item entry) to the cart display and e-mail
by bugzilla-daemon＠bugs.koha-community.org 19 May '23

19 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16522 Bug ID: 16522 Summary: Add 773 (Host item entry) to the cart display and e-mail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding an analytical record to your cart or your list, the host item entry - the serial or monograph the analytic is included in, will now show. Ideally this information should show in staff and OPAC - in the brief display table - on the more details view - in the e-mail text For libraries with a lot of analytical records this is quite an issue. -- You are receiving this mail because: You are watching all bug changes.

1 123

[Bug 31448] New: Add option to re-send email receipt when UseEmailReceipts is enabled
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31448 Bug ID: 31448 Summary: Add option to re-send email receipt when UseEmailReceipts is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We already have a 'Print' option in the actions available on transactions in the borrower accounts page. It would be nice to re-trigger the email receipt if UseEmailReceipts is enabled too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 29935] New: Add option to search in archive to all information tabs
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29935 Bug ID: 29935 Summary: Add option to search in archive to all information tabs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dnlhlse(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 129741 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129741&action=e… Example of archive tick box and potential addition In Acquisitions > Suggestions management there is the "Filter by" column on the left side of the page. Bibliographic Information Suggestion Information Acquisition Information Suggestion Information gives an option to tick to " Include Archived: " but does not have this option for Bibliographic Information. To search archived using Bibliographic Information you must open the Suggestion Information column, tick "Include Archived" and close or finish your search from Bibliographic Information. It would a good quality of life feature to have "Include Archive" also available under Bibliographic Information or located outside the search boxes so that you do not need to needlessly open all the columns to search anyway. If this is not possible perhaps having results include archived by default to prevent button cluster. Just an idea, thank you for considering. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 30820] New: Standardize sample patron category for ILL libraries
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30820 Bug ID: 30820 Summary: Standardize sample patron category for ILL libraries Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de At the moment, everytime you want to test ILL you have to either add a patron category ILLIBS or you have to update the koha-conf.xml to use the existing IL category type from the sample data. As we have CPL as a sample branch in the koha-conf.xml, I think it would make sense to also change the patron category to match our sample data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30580] New: GetItemsAvailableToFillHoldRequestsForBib should get transfers during initial query
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30580 Bug ID: 30580 Summary: GetItemsAvailableToFillHoldRequestsForBib should get transfers during initial query Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 Currently we get the items, then loop over them checking for transfers - we can simply join to branch transfers in the initial query -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 30621] New: Author should be its own column on opac-readingrecord.tt
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30621 Bug ID: 30621 Summary: Author should be its own column on opac-readingrecord.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be handy if users could go to the reading history page and be able to sort their reading history by author. If author was in its own column, instead of in the 'Title' column, it would be easy to sort by author. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31479] New: Provide an option to skip the test for atomic updates
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31479 Bug ID: 31479 Summary: Provide an option to skip the test for atomic updates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Since t/00-check-atomic-updates.t was fixed in Bug 31108, if there are any atomic updates left when building a package manually, the test and build will fail. Koha providers like Catalyst may keep atomic updates when building packages for customisations. Sometimes these are just temporary, while we wait for custom work to get upstreamed (in which case we can remove the atomic updates), but sometimes these are necessary customisations which must be kept for the library. So an option to skip this test when building a custom package would be useful. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 28852] New: Extend options in SelfCheckoutByLogin syspref
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28852 Bug ID: 28852 Summary: Extend options in SelfCheckoutByLogin syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, the koha selfcheck will only allow use of either cardnumber or username+password. We should extend those options. First, it'd be good to make the password requirement a separate question, thereby allowing cardnumber+password and username alone. Second, we should allow the possibility that a unique patron attribute might be used at checkout on a selfcheck (with or without a password). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 19249] New: date picker broken in quick add brief form
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19249 Bug ID: 19249 Summary: date picker broken in quick add brief form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a date input like date of birth is mandatory, in quick add brief form the calendar icon appears but clicking on it does nothing. This is because quick add brief form creates a clone of inputs in the original form. An input with date picker is changed and linked to Javascript code (see calendar.inc) so it can not be cloned. Note also that creating a clone of an input in another form does not update the form value in its DOM. It can generate errors. In my opinion this feature should be reconsidered to hide unwanted fields instead of cloning wanted ones. Many bugs may be avoided. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33