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

[Bug 29478] New: flatpickr misses quick shortcut to "Today" date
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29478 Bug ID: 29478 Summary: flatpickr misses quick shortcut to "Today" date 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: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com In the previous datepicker there was the "Today" button which was useful for our Koha operators to return back to the current moment after some dates jumping. There is a request to return a somewhat "shortcut button" or similar feature to quickly jump to the current moment. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 9097] Add option to trigger 'Welcome mail' manually
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the| |This enhancement adds a release notes| |button to the more menu of | |the patron details page | |allowing staff to manually | |trigger sending the WELCOME | |notice to the user. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24787] New: send notices fail if there is no email in borrowers account
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24787 Bug ID: 24787 Summary: send notices fail if there is no email in borrowers account Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org This bug is similar to bug 6302 or perhaps has reproduce again. If there is not a to_address at messages_queue avoids to send any mail, to any other user at message_queue I think desirable behaviour should move to 'failed' thos without to_address and continue with the next one of the list tested in koha 18.11.03 debian 8 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28803] New: process_message_queue.pl dies if any messsages in the message queue contain an invalid to_address
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28803 Bug ID: 28803 Summary: process_message_queue.pl dies if any messsages in the message queue contain an invalid to_address Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: hagud(a)orex.es, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org We try hard to catch bad email addresses on entry, but we don't always succeed for cases like patron imports. However, with the introduction of exceptions in Koha::Email->create on invalid addresses we now die upon meeting such a case in the database. We should instead wrap this in a try/catch block and report the failure in the database and then move on to the next message in the queue instead of exploding. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 86

[Bug 6815] Capture member photo via webcam
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6815 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com Text to go in the| |Adds the option to take a release notes| |photo of the patron via a | |webcam for patron photos. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30595] New: update_child_to_adult.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30595 Bug ID: 30595 Summary: update_child_to_adult.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org t/db_dependent/selenium/update_child_to_adult.t .. # Looks like you planned 3 tests but ran 2. # Failed test 'Update child to adult' # at t/db_dependent/selenium/update_child_to_adult.t line 132. # Looks like you planned 3 tests but ran 2. # Looks like you failed 1 test of 2 run. t/db_dependent/selenium/update_child_to_adult.t .. 1/1 # Failed test 'Update child to patron' # at t/db_dependent/selenium/update_child_to_adult.t line 153. Cannot wait more for element '//input[@type="submit"]' to be visible at /kohadevbox/koha/t/lib/Selenium.pm line 189. # Looks like your test exited with 255 just after 1. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 29610] New: "Cap fine at replacement price" un-checks when circulation rule is edited
by bugzilla-daemon＠bugs.koha-community.org 10 May '22

10 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29610 Bug ID: 29610 Summary: "Cap fine at replacement price" un-checks when circulation rule is edited Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When editing any part of a circulation rule in which "Cap fine at replacement price" is checked, the box un-selects and must be re-selected with each edit. Steps: -Create a circulation rule with "Cap fine at replacement price" selected, or edit an existing rule to select it. -Save the new (or edited) rule. -Edit the same rule again to change any other field. Note that "Cap fine at replacement price" is not selected in the editing line. -Save your edited rule - "Cap fine at replacement price" will now save as un-checked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30706] New: DateFormat change only takes effect after a restart of searvices
by bugzilla-daemon＠bugs.koha-community.org 09 May '22

09 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30706 Bug ID: 30706 Summary: DateFormat change only takes effect after a restart of searvices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This was found while testing bug 30514. To test: - Edit any patron - Change the date of birth, verify: - Hint: (MM/DD/YYYY) - Adding a date, it displays in this format in the input field - Change Dateformat system prefernce to DD.MM.YYYY - Edit the patron again, Verify: - Hint: (TT.MM.YYYY) - Adding/updating the date it still shows in the previous format - Do a restart_all or equivalent on your test environment - Verify the date now has the correct format when edited A system preference change should take immediate effect. There should be no need to restart anything. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 30227] New: Replace the use of jQueryUI tabs on bibliographic detail page
by bugzilla-daemon＠bugs.koha-community.org 09 May '22

09 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30227 Bug ID: 30227 Summary: Replace the use of jQueryUI tabs on bibliographic detail page 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 CC: testopia(a)bugs.koha-community.org Depends on: 29277 Blocks: 29226 As part of Bug 29226, "OMNIBUS: Replace the use of jQueryUI tabs," we should replace the use of the jQueryUI tabs component on the bibliographic detail page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29226 [Bug 29226] OMNIBUS: Replace the use of jQueryUI tabs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29277 [Bug 29277] Replace the use of jQueryUI tabs on item circulation alerts page -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 30602] New: Street type on patron form showing although no road types are defined
by bugzilla-daemon＠bugs.koha-community.org 09 May '22

09 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30602 Bug ID: 30602 Summary: Street type on patron form showing although no road types are defined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the past the street type would not show on the patron form, if no ROADTYPE have been defined. If this has changed, we should at least do a database update to add them to the unwanted fields so we keep current behaviour. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6