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

[Bug 29904] New: Serials: Clear 'Automatically set to late' when changing status
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '24

26 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29904 Bug ID: 29904 Summary: Serials: Clear 'Automatically set to late' when changing status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Yes it takes about half a second to clear it, but wouldnt it be marvelous when Koha would do it rightaway? And if we do this a million times, we win 500.000 seconds ! 138 hours ! We could signoff so much more patches :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 29442] New: Show DefaultClassificationSource selection on Classification Sources page (classsources.pl)
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '24

25 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29442 Bug ID: 29442 Summary: Show DefaultClassificationSource selection on Classification Sources page (classsources.pl) 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the classification sources page in Admin, it would be handy to have the selection from the DefaultClassificationSource visible somehow. Maybe a simple line of text at the top of the page, with a link to the system preference? Or some sort of icon or highlighting in the Classification Sources table? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 26122] New: Update item NotForLoan status when checking out to a statistical patron
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '24

24 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26122 Bug ID: 26122 Summary: Update item NotForLoan status when checking out to a statistical patron 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I've also filed bug 25847 for comparable functionality with the shelving cart. It'd be great if the syspref UpdateNotForLoanStatusOnCheckin was used when checking an item out to a statistical patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20511] New: Seasonal prediction just in the staff language
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '24

24 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20511 Bug ID: 20511 Summary: Seasonal prediction just in the staff language Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The seasonal (season, day and monthn) prediction it doens't change according the locale defined in the patterns, the pattern uses always the language of the staff user interface. If you create a pattern with staff user language in spanish, it doesn't matter you configure the locale.. the serialq it will be in spanish. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 21173] New: Run auto item modifications by age every hour and set the item age unit to hours
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '24

23 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21173 Bug ID: 21173 Summary: Run auto item modifications by age every hour and set the item age unit to hours 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Make auto item modification by age cronjob run more often than once daily. Setting this cronjob to run every hour will be set in the /etc/cron.hourly/koha-common. However 2 further changes to the automatic item modification tool to make an hourly running cronjob useful. 1. Be able to set the age of the item in hours not just days. This is so an hourly cronjob has items to alter because items will exceed the age limit more frequently than if the item age is in hours. 2. Give the user the choice of what the age starting point (time from which the age of the item is calculated) used in the cronjob is. The two possible age starting points that users have to choose between are: * Item creation (this is the age starting point in master currently) * Item last altered This is so items whic have been in the catalogue for a while can still be affected by the automatic item modification by age cronjob. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 28445] New: Use the task queue for the batch delete and update items tool
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '24

23 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28445 Bug ID: 28445 Summary: Use the task queue for the batch delete and update items tool 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 22417 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22417 [Bug 22417] Add a task queue -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 164

[Bug 22140] New: More use of EasyAnalyticalRecords pref
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '24

19 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22140 Bug ID: 22140 Summary: More use of EasyAnalyticalRecords pref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Like Bug 20702 defined GetHostItemsInfo does nothing if EasyAnalyticalRecords pref is disabled, there are other places where code must be dependant on this pref. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 27683] New: Bind results of GetAnalyticsCount to the EasyAnalyticalRecords pref
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '24

19 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27683 Bug ID: 27683 Summary: Bind results of GetAnalyticsCount to the EasyAnalyticalRecords pref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl C4::Items::GetAnalyticsCount is part of the easy analytics feature. Like Bug 20702 make early return when the system preference EasyAnalyticalRecords is disabled. Actually it may block an item deletion for wrong reason. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 20380] New: Email consent patron opt-in tracking for anti-spam legislation
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '24

19 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20380 Bug ID: 20380 Summary: Email consent patron opt-in tracking for anti-spam legislation Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: arm(a)hanover.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com An email consent opt-in field is something that many libraries need to accommodate, with recent legislation in US, Europe, and Canada (which may be the most strict yet). Please comment / add suggestions. Useful features would be: - Email Consent field with Authorised Values drop down allowing multiple choices to allow for different legislation e.g. Yes/No, radio button or tick box, - If Yes, then mandatory date from calendar picker - Preference to make this mandatory/non mandatory for new patron and/or at patron renewal (if mandatory it would need Yes/No rather than radio/tick box) - Preference to set mandatory/non-mandatory for OPAC self-registration (with "Yes I consent..." opt-in wording) - Ability to export data (SQL report?) based on consent choices and consent date or timestamp (for upload to mailer program) Also nice to have: - Additional separate library-set categories for Yes to receive library messages, library newsletter, new titles list, book club updates, library events etc. (each with y/n, tick box...) - Timestamp recorded when any consent field changes (to yes or from yes to no). The date picker might be enough for initial consent but legislated requirements may vary in different countries. Libraries are using 'additional attributes' as a workaround but lack the date recorded (or timestamp) for changes to the consent status, and ability to differentiate permission for core library service messages and news/marketing messages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 23389] New: Add 'All' option to report value dropdowns
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '24

18 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23389 Bug ID: 23389 Summary: Add 'All' option to report value dropdowns Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes you may want to have a report optionally limit to an itemtype or branch etc. It would be nice to have an 'All' option in the report dropdowns -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28