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

[Bug 21678] New: Adding debit "Renewal of Rental Item" does not create account_offset
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21678 Bug ID: 21678 Summary: Adding debit "Renewal of Rental Item" does not create account_offset Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 22843] New: Finer control of who receives purchase suggestion notifications
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22843 Bug ID: 22843 Summary: Finer control of who receives purchase suggestion notifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 5770 adds the ability to send emails to various addresses when a patron makes a purchase suggestion. It uses the existing email address fields at either the branch or whole library level (or the option to add a single alternate address). It might be nice to be able to define a 'Acquisitions librarian' per branch rather than re-using the branchemail address. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 21017] New: Plugins: Allow for post-install configure flag
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21017 Bug ID: 21017 Summary: Plugins: Allow for post-install configure flag 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: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Some plugins, such as the CLA Check Permissions plugin, require configuring before they can be used. I propose a flag, probably in the plugin's $metadata hashref that indicates whether the plugin should redirect the user to the configure page immediately after installation. This would provide better UX, particularly with plugins that where it's not immediately obvious that configuration is required before use -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 17528] New: Holds to pull: check button Solved by
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '22

07 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17528 Bug ID: 17528 Summary: Holds to pull: check button Solved by Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello, we really like "Holds to Pull" in Koha. We miss function that bring possibility to set hold as solved. In our case it means that we need often to create transport order and give some signt to others that case is solved. So new column with checkbox "Solved by" name_of_staff and date, time would be nice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 29102] New: DecreaseLoanHighHolds will decrease lona period if borrower has an 'unfound' hold
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '22

04 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29102 Bug ID: 29102 Summary: DecreaseLoanHighHolds will decrease lona period if borrower has an 'unfound' hold 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 Similar to bug 25566 If a patron has a hold on a record and there are other holds -the hold is not found -the rules limit to 1 hold per record -no items will be holdable (already have the hone hold) -Loan will be decreased if using decreaseLoanHighHoldsControl - 'over the number of holdable items'/dynamic -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 27259] New: HomeOrHoldingBranch is not used in all places
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '22

04 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27259 Bug ID: 27259 Summary: HomeOrHoldingBranch is not used in all places Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org If you grep for CircControl in Koha source code you will find that there are few places that are missing the check for HomeOrHoldingBranch and just use item's homebranch. This for example leads to calculating renewability and fines with rules from item's homebranch and not from the holdingbranch as was wanted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 23644] New: Update linked patron accounts when one account is updated
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '22

04 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23644 Bug ID: 23644 Summary: Update linked patron accounts when one account is updated 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 It would be a timesaver to have guarantee accounts automatically update when a guarantor account is updated. We are thinking the following would be good parameters for this: * When a guarantor or guarantee account is updated, have Koha check for connected accounts. * If detected, a checkbox is added to the edit screen to "Update connected accounts" * Upon saving the record, if the checkbox is checked, Koha will present an edit screen for each of the connected accounts, with the fields pre-populated with the updated information from the original edit screen. Staff can then choose to save the record as is, or modify each field as necessary (for instance, if each person had their own unique email address) Basically, we want to have Koha do the heavy lifting of updating multiple guarantee accounts at once instead of doing it ourselves. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24387] New: Rename News tool
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '22

04 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24387 Bug ID: 24387 Summary: Rename News tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Now that the 'News' tool serves a larger purpose than just adding news, we should rename it. I suggest 'Content' or 'Custom content'. But it's just a suggestion. Feel free to change it to something else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 113

[Bug 30976] New: Cover images for biblio should be displayed first
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '22

02 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30976 Bug ID: 30976 Summary: Cover images for biblio should be displayed first Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If one add cover images at item's level, then biblio level, the cover images of the items are displayed first on the main "cover slider" at the top of the page. We should displayed biblio cover images first, then the ones for the items. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 30802] New: numReturnedItemsToShow doesn't show more than 20 items on the return screen
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '22

01 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30802 Bug ID: 30802 Summary: numReturnedItemsToShow doesn't show more than 20 items on the return screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The system preference numReturnedItemsToShow says "show the XX last returned items on the checkin screen". The default value is 20. If you put a value < 20, it affects the returns.pl table. But if you put a value > 20 in the syspref, the table on returns.pl shows a maximum of 21 items. To test: 1- Make lots of checkouts, at least like 40 (I used the batchCheckouts feature) 2- Go to Circulation > Check in 3- Return 21 items The last 20 items returned will be displayed 4- Change numReturnedItemsToShow to 50 5- Return a couple more items Only the last 21 returned items are displayed 6- Change numReturnedItemsToShow to 10 7- Return a couple more items Only the last 10 returned items are displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21