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

[Bug 24399] New: New permission to edit "system-level" news items
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24399 Bug ID: 24399 Summary: New permission to edit "system-level" news items 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 22318 Since we now have "news" items which serve the same purpose as system preferences there really ought to be a separate permission for adding and editing those items. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24385] New: Add menu into pages tools and admin
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24385 Bug ID: 24385 Summary: Add menu into pages tools and admin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 97098 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97098&action=ed… New page administration with a menu Each new version of Koha offers additional tools and parameters in the tools and administration pages. While no menu allows you to browse these pages, therefore such a display is not permanent. The idea would be to add a menu in these pages in order to target each type of tool or parameter. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 24303] New: Guarantor relation relationship is not shown with guarantor name on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24303 Bug ID: 24303 Summary: Guarantor relation relationship is not shown with guarantor name on moremember.pl 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 Why ask for this information if it is not going to be shown? It should at least be shown on the moremember.pl page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 24304] New: Incomplete returns (notes)
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24304 Bug ID: 24304 Summary: Incomplete returns (notes) 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When dealing with incomplete returns (items return with parts missing), there is no easy way to add a message to the item as to what is missing. We would exploit the feature called AllowCheckoutNotes, but it would mean patrons could change the note, and the note is only visible upon check-in. It would be preferable if there was a to scan the item during check-in and mark it as incomplete, adding a note, and not actually checking it in. The note would be visible on the patron account next to the item, and would also be visible in the staff view of the item. This is how I would see this working: On the Check in (returns.pl) page, there would be a button you would click called "Incomplete return". A modal would pop up allowing you to scan the barcode and enter a note. Scanning the barcode would not close the modal. You would have to submit the incomplete return via button. The modal would close, returning you to the check in screen, showing the incomplete return, and not checked in. Marking the item incomplete would give the item a damaged status of Incomplete. It would not check the item in. It would send a notification for incomplete returns, along with the note, via e-mail, print or sms or phone. The note would be visible with the item on the checkout page and on the item record. The note could also be updated by staff. The note would be removed from the item once the item is checked in (complete). I would think the best place to store this message is in the issues table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[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 23824] New: Add a ‘Save and run’ button to reports
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '23

29 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23824 Bug ID: 23824 Summary: Add a ‘Save and run’ button to reports Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org It would be really helpful if there was a ‘Save and run’ button when you are editing a report. It would save one click compared to the current ‘Save’ then ‘Run’. If you are developing a report iteratively it adds up... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 23460] New: Be able to specify a default item type, to allow Koha to do things to items that don't have itypes?
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '23

26 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23460 Bug ID: 23460 Summary: Be able to specify a default item type, to allow Koha to do things to items that don't have itypes? 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: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We see a lot of item-level_itypes set but no itemtype set for item (225088) at /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 740. in the logs for various jobs that run. UI Koha doesn't much bother about these kinds of errors, they just junk up the logs but Koha keeps going. Cron Koha is super noisy though, with errors like this. It occurred to me that it might be nice to have a "default" item type, just so we can assume that everything's got an item type and stop seeing these infernal messages. Maybe the one you set up in the onboarder should become the default, and allow people to pick the one they want to have as default from the UI later if they want? We'd only need it so that Koha knows what rules to apply to the item (among many other things that we depend upon itypes for). What do you all think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4