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

[Bug 34208] New: Expose a way to search for patrons by their outstanding balances
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34208 Bug ID: 34208 Summary: Expose a way to search for patrons by their outstanding balances 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 CC: tomascohen(a)gmail.com I can't see that any of our existing patron api endpoints allow searchng by account balances.. it would be great to have that option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34207] New: Tax number registered (aqbooksellers.gstreg) is never used
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34207 Bug ID: 34207 Summary: Tax number registered (aqbooksellers.gstreg) is never used 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the vendor add form, there is a yes/no field labeled "Tax number registered". It maps to aqbooksellers.gstreg. I don't think gstreg is used anywhere. Bug 12839 removed any reference to this field in the code. Having yes or no in this field doesn't affect tax calculations. I wonder if some libraries use it to indicate something internally? To access: 1. Go to Acquisitions 2. Click 'New vendor' --> 'Tax number registered' field in the 'Ordering information' section -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 12839] aqbooksellers.gstreg is never used
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12839 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=34207 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34202] New: Non-patron guarantor section independent of patron guarantor section
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34202 Bug ID: 34202 Summary: Non-patron guarantor section independent of patron guarantor section 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I'm not sure why the non-patron guarantor information needs to be in a separate collapsible section in memberentry.pl, but it is. It seems like this should be combined in some way. If not, CollapseFieldsPatronAddForm needs to include that section. Right now, you can not automatically collapse that section. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=30910 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27875] New: CollapseFieldsPatronAddForm reveals guarantor_template
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27875 Bug ID: 27875 Summary: CollapseFieldsPatronAddForm reveals guarantor_template 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you use CollapseFieldsPatronAddForm to hide the guarantor section of the member entry form, toggling that section reveals the guarantor_template. I have yet to find a way to work around this problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 hebah(a)bywatersolutions.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hebah(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33341] New: Perl 5.36 doesn't consider some of our code cool
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33341 Bug ID: 33341 Summary: Perl 5.36 doesn't consider some of our code cool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. Launch bookworm KTD: $ KOHA_IMAGE=master-bookworm ktd up -d 2. Run: $ ktd --shell k$ prove t/00-testcritic.t => FAIL: It fails! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 31168] New: Temporary Item Locations
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31168 Bug ID: 31168 Summary: Temporary Item Locations Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There is a needed item field when it comes to locations. Right now, if you put in a permanent location, if an item is returned, the location is temporarily changed to the cart location, and then back. However, there are other scenarios that are getting overlooked. Sometimes an item lives on a new books shelving location. Sometimes it lives on a display. These locations are temporary, and these items eventually have to make their way back to their permanent shelving location. There is no field for a temporary location, so we end up using the permanent location. And because we do this, we are unable to automate the process of setting it back to its regular shelving location when it is time, because there is nothing for the automatic item modifications by age tool to look at to determine what the permanent shelving location needs to be changed too. I propose that a temporary shelving location field be added, where we can select from the shelving locations the place that it will live for a little while, and the permanent shelving location can be set where it will usually live. We can then use the automatic item modifications by age tool to set this back after a set time. Ideally, it would be better if we could automate this from the record itself, perhaps setting a temporarily shelving location cutoff date. Otherwise, the temporary shelving location is only good as long as a rule exists for it in the tool. Having the cutoff date in the item record would make this extremely easy to use. Maybe fore a little extra, we could have a couple buttons next to the field with pre-defined (in preferences) lengths of time. For example, one button for New Books, and another for Displays. Click whichever button, and it would set the date x days from today based on the pref. Or you could manually pick a date from a date picker as to when it would revert back. Once that date comes around, that temporarily location can either be cleared or remain, but the permanent shelving location is displayed past the date. If a date is not entered, the temporary location is used indefinitely. And of course, if there is no temporary shelving location, the permanent location is used. Some of this could be done in stages, if not all at once, but this would be a fantastic step forward for libraries that utilize temporary placement and shelving. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '23

05 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #13 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- *** Bug 31168 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0