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

[Bug 24202] New: Option to receive multiple orders in Acquisitions - Standing Order
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24202 Bug ID: 24202 Summary: Option to receive multiple orders in Acquisitions - Standing Order 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: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With Bug 21467 - Allow several receipts for a given subscription, a user can receive multiple orders from a subscription. This would be a great option to have with Standing orders. Often a title will have multiple copies or orders that come throughout various times in the year while the basket it open. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24195] New: edit_borrowers permission and patron contact information
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24195 Bug ID: 24195 Summary: edit_borrowers permission and patron contact information Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently if a staff member does not have edit_borrowers permission, and HidePersonalPatronDetailOnCirculation is set to hide, that staff member cannot see patron contact information on moremember.pl. However, they can still see contact information in the search results on circulation.pl if the columns are configured to show address and phone number information. Staff members without edit_borrowers permission should be blocked from seeing the address and phone number columns on circulation.pl without having to disable those columns for staff who do have edit_borrowers permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24187] New: Vertically centre the holding details in each table rows in Cataloguing (staff client) and OPAC
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24187 Bug ID: 24187 Summary: Vertically centre the holding details in each table rows in Cataloguing (staff client) and OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: iming(a)rosewoodfarm.com.au QA Contact: testopia(a)bugs.koha-community.org Vertically centre the holding details in a row to match checkbox and "Edit" button (staff client). Similar issue found in OPAC Holdings as well. Also noticed that catalogue details are not algined with field labels in "Normal" view (staff client). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 24186] New: maxFine can break fine reductions in updateFine
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24186 Bug ID: 24186 Summary: maxFine can break fine reductions in updateFine Change sponsored?: --- Product: Koha Version: unspecified 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 If maxFine is enabled and the user has hit their maxFine limit, then in a backdated return situation where a fine may need discounting via updateFine, the discount will not be applied as the current code will short circuit before calling adjust due it assuming all calls to updateFine are increases. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 15261] Verify if checkout or hold request periods overlap with existing holds
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 --- Comment #114 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Is this something that could be replaced by the new bookings development? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35674] New: Cataloguing editor preference for each user
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35674 Bug ID: 35674 Summary: Cataloguing editor preference for each user Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: iming(a)rosewoodfarm.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Able to set the cataloguing editor preference for each staff member. The default is basic editor. When a staff member has set preference of "Advanced editor", then that editor will be displayed automatically when editing a cataloguing record. If required, basic editor still available via new toggle on the cataloguing screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 35458] New: Issues rules without value can cause problems when perform checkouts on many sites
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '23

30 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35458 Bug ID: 35458 Summary: Issues rules without value can cause problems when perform checkouts on many sites Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello everyone, In the case of multi-site use, when defining rules such as "maxissueqty" or "patron_maxissueqty", for example, defining a value and then deleting it will allow the basic value to be kept but empty. As a result, certain code checks based on the rule definition rather than its value may produce unwanted behavior. I want to make sure with this bz that the "can_be_blank" setting could solve this kind of behavior. Here's a use case: For site A, no rule has ever been added to the "Default checkout, hold and return policy" table. For site B patron_maxissueqty was set to "5", then deleted, and is now set to empty "". Perform a checkout from site A to a borrower from site C will cause a pop-up with the possibility of forcing the message "This patron can't check out this item per library circulation policy. No circulation rule is defined for this patron and itemtype combination", whereas the same borrower will be able to obtain an issue without a pop-up for a document linked to site B since the rule is present, the check being based on its presence and not its value. I therefore wonder whether a list of additional rules could contain the "can_be_blank" parameter introduced by bug 26529 in order to avoid this kind of behavior. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32262] New: smart-rules: Some rules can be created but are not visible on interface
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '23

30 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32262 Bug ID: 32262 Summary: smart-rules: Some rules can be created but are not visible on interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com See e.g. bug 30794 and bug 27945. On 30794 you can create a rule with all inputs blank for a patron category under 'Default checkout, hold policy by patron category'. You wont see it. Same for creating an rule for open_article_request_limit outside the interface though (bad practice generally) with itemtype NULL iirc. You wont see it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 2505] Omnibus: Enable Perl warnings in all modules and scripts
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '23

30 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2505 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |35423 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35423 [Bug 35423] AuthoritiesMarc: Warnings substr outside of string and Use of uninitialized value $type in string eq -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35424] New: Add ability to select desk for pickup at time of hold creation
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '23

30 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35424 Bug ID: 35424 Summary: Add ability to select desk for pickup at time of hold creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Libraries that have multiple pickup locations (drive up window, locker, public self serve, behind desk for specialty items, etc) currently have to create branches for each pickup location if they want patrons to be able to select where the hold will be picked up. It would be great if instead, desks could be selected. Lisette -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2