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

[Bug 23208] New: Built in Holds Ratio Report - default ratio set
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '24

24 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23208 Bug ID: 23208 Summary: Built in Holds Ratio Report - default ratio set Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Currently in the circulation Holds Ratio report that is found in the Circulation module, the ratio defaults to 2. It would be nice to be able to specify what a library would like as default in possibly a system preference- so it is more specific to their library. As of now, if a library wanted to set a higher / lower ratio, they would need to manually change this each time the report is run. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 26831] New: Replace 'list-invites' parameter with system preference in cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26831 Bug ID: 26831 Summary: Replace 'list-invites' parameter with system preference in cleanup_database.pl cronjob Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Database Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Depends on: 13701 Currently the cleanup_database.pl cronjob accepts a 'list-invites' parameter. This is the age (in days) at which list share invites are purged from the database. If this parameter is not passed to the cleanup_database.pl cronjob then it defaults to 14. It would be nice to replace this cronjob parameter - which only users with server access can alter - with a system preference. This system preference would have a default value of 14 for new and upgrading Koha installs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13701 [Bug 13701] Sharing lists: Text hardcoded to 2 weeks, but could be any time frame -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 35893] New: Missing closing </li> in opac.pref
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35893 Bug ID: 35893 Summary: Missing closing </li> in opac.pref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Introduced by bug 26831. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 --- Comment #24 from Dani Elder <danielle.elder(a)law.utexas.edu> --- Oh, this is painful. We can't filter or sort on shelving location at all now. As an academic with many titles in open or closed stacks it hurts. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23687] New: Guarantor info not asked when patron is changed to child
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23687 Bug ID: 23687 Summary: Guarantor info not asked when patron is changed to child Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you change patron category to child while creating a new patron guarantor info is not required. Accordingly if you change child to patron guarantor info is required and patron can't be saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Documentation| |Caroline Cyr La Rose contact| | Resolution|--- |FIXED Documentation| |https://gitlab.com/koha-com submission| |munity/koha-manual/-/merge_ | |requests/928 CC| |caroline.cyr-la-rose@inlibr | |o.com Status|Needs documenting |RESOLVED --- Comment #70 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- I hope I understood this correctly. Basically, the system preference makes the guarantor mandatory when creating a patron whose category is 'can be guarantee'? I feel like the mention of children is a bit misleading... I created bug 37439 for that. Please reopen if I misunderstood. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36059] New: Mark Guarantor as Required
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36059 Bug ID: 36059 Summary: Mark Guarantor as Required Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With the new system preference ChildNeedsGuarantor, brought into Koha by bug 12133. It seems important to add the Guarantor field as mandatory, if the system preference, ChildNeedsGuarantor, is set to Must have Guarantor. At this time, if this sys pref is turned on to Must have guarantor, a new child patron can be created in Koha and only when attempting to save the form (without the guarantor), does it give an error. I think we should follow the same standards we have for all other required fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37439 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37439 [Bug 37439] ChildNeedsGuarantor description misleading -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37438] New: Add option to define header quick action preference on Place a Hold page of staff interface
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37438 Bug ID: 37438 Summary: Add option to define header quick action preference on Place a Hold page of staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When looking at a biblio record, the header bar generally defaults to "Search catalog" but changes to "Check out" when one places a hold. Our staff have found themselves generally more likely to want to perform another search after a hold, rather than perform a checkout. As such, this default action is adding an extra click after every hold. To recreate: 1 - find a bib record, look at it (/cgi-bin/koha/catalogue/detail.pl?biblionumber=XXX) 2 - observe that while you're on the Normal tab the header offers "Search catalog" 3 - click to MARC, ISDB, Items, Checkout History, Modification Log, or Rota 4 - observe that the header continues to default to Search 5 - click Holds (/cgi-bin/koha/reserve/request.pl?biblionumber=XXX) 6 - Now the header defaults to "Check out" We'd love a system preference to allow us to change this default so that the header defaults to Search for all parts of the bib record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 37437] New: Transferred items table disappears when reloading page
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37437 Bug ID: 37437 Summary: Transferred items table disappears when reloading page Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1. Go to circulation - transfers 2. Select a destination library 3. Enter barcode and submit. See a transferred items table. Bug 31671 adds a print slip for the transfer. 4. Navigate back to the circulation page. 5. Select Transfers again. See that the previous table is now gone. If the slip needed to re-printed, the transfer now has to be regenerated. It may be nice to retain this table for reference and also to have the print slip option. It would be nice to have the table options available too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0