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

[Bug 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 Lari Taskula <lari.taskula(a)hypernova.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lari.taskula(a)hypernova.fi --- Comment #5 from Lari Taskula <lari.taskula(a)hypernova.fi> --- (In reply to Katrin Fischer from comment #3) > Hi, the main problem is bug 1993, that needs to be resolved first. Please > understand that this will need funding and/or resources in order to move > forward. I just noticed this comment and the dependent Bug 1993 and I agree with what is discussed there. I'll leave the above patch here in case anyone finds it useful, but Bug 1993 seems like the correct way to go. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 --- Comment #4 from Lari Taskula <lari.taskula(a)hypernova.fi> --- Created attachment 135083 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=135083&action=e… Bug 3935: Add support for recurring scheduled tasks Tools->Task scheduler lacked the ability to repeatedly execute tasks. This patch adds such functionality. It adds a new parameter "--recurring" to misc/cronjobs/runreport.pl After runreport.pl is executed and if --recurring is provided, we will now schedule a new task with the same parameters. To test: 1. Navigate to Tools->Task scheduler 2. Observe there is nothing that allows you to repeatedly execute the task 3. Apply patch 4. Refresh Tools->Task scheduler page 5. Observe new field "Recurring every" ... "minutes/hours/days..." 6. Check current server time 7. Add current server time + 1 minute to "Time" field 8. Add "1 minutes" to "Recurring every" field 9. Select a saved report (if you don't have one, create a new one) 10. Add your email address to "Email" 11. Click "Save" 12. Observe new row at "Jobs already entered" section and note down given datetime 13. Wait one minute 14. Refresh Tools->Task scheduler page 15. Observe updated row at "Jobs already entered" section, it should now have datetime + 1 minute of what you observed at step 12 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 30611] New: Add ability to send passwordreseturl in the Welcome email
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30611 Bug ID: 30611 Summary: Add ability to send passwordreseturl in the Welcome email 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With the removal of the ability to include the plaintext password in the acctdetails, now welcome, notice it would be great to give patrons another option for setting their login details. We have the ability to reset forgotten passwords from the OPAC using a limited time token embedded in a URL. It would be great to have the same option in the WELCOME notice. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 30695] New: Checkouts and holds count display in tab could be better in patron details
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30695 Bug ID: 30695 Summary: Checkouts and holds count display in tab could be better in patron details Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When you look at a biblio's detail you see | Holdings (count) | Descriptions (count) | ... The patron detail page displays things in a way that looks untidy and inconsistent with other areas. | count Checkout(s) | count Hold(s) | ... This is highly opinionated, but I propose we make it consistent with the biblios one. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 13188] Make it possible to configure mandatory patron data differently between OPAC registration and modification
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13188 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=30795 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13188] Make it possible to configure mandatory patron data differently between OPAC registration and modification
by bugzilla-daemon＠bugs.koha-community.org 18 May '22

18 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13188 --- Comment #42 from David Cook <dcook(a)prosentient.com.au> --- I know it's too late, but I was thinking the other day that it would be nice to be able to have different mandatory fields for different patron types. The reason being that I've seen libraries workaround mandatory fields for some patron categories by inserting junk data (like '-' or 'N/A'). Of course, using a system preference for a default set of mandatory fields makes sense. Anyway, just food for thought. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29524] New: cannot set a new value for privacy_guarantor_checkouts in memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 17 May '22

17 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29524 Bug ID: 29524 Summary: cannot set a new value for privacy_guarantor_checkouts in memberentry.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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: -Set AllowStaffToSetCheckoutsVisibilityForGuarantor to allow. -Look at what the value for privacy_guarantor_checkouts is in the database. -Find a juvenile patron and try to set the value of privacy_guarantor_checkouts opposite of what is in the DB, you cannot. The value stays that same whether you choose yes or no. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 30783] New: not loading the web page- http://landfill.bugzilla.org/
by bugzilla-daemon＠bugs.koha-community.org 17 May '22

17 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30783 Bug ID: 30783 Summary: not loading the web page- http://landfill.bugzilla.org/ Change sponsored?: Unsponsored Product: Koha Version: 20.05 Hardware: Other URL: http://http://landfill.bugzilla.org/ OS: Windows Status: UNCONFIRMED Severity: blocker Priority: P1 - high Component: Web services Assignee: senaweera.ciao(a)gmail.com Reporter: bugzillatesting0(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Deadline: 2022-05-27 Created attachment 135055 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=135055&action=e… Screenshot of the reporting bug Open any browser Go to http://landfill.bugzilla.org/ Page doesn't load -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 26261] New: Split calendar.inc into include file and JavaScript file
by bugzilla-daemon＠bugs.koha-community.org 17 May '22

17 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26261 Bug ID: 26261 Summary: Split calendar.inc into include file and JavaScript file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 21156 Now that we have JavaScript internationalization there's no need to have strings defined in an include file like calendar.inc. I propose that we trim calendar.inc down to only those things which require template processing and move the rest of the JavaScript into its own JS file. This would allow us to do proper linting and allow browsers to cache the file. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 26145] New: Add the ability to attach a cover image at item level
by bugzilla-daemon＠bugs.koha-community.org 17 May '22

17 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26145 Bug ID: 26145 Summary: Add the ability to attach a cover image at item level Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We can attach one (or more) cover image to bibliographic records, but it would be good in some cases to have the cover image attach to the item. It can be handy for subscription for instance, where we could imagine having the cover image of each serial number displayed on the bibliographic record detail page. -- You are receiving this mail because: You are watching all bug changes.

1 122