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

[Bug 29456] New: Notice overview on Patron Category
by bugzilla-daemon＠bugs.koha-community.org 11 May '22

11 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29456 Bug ID: 29456 Summary: Notice overview on Patron Category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration 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 Created attachment 127518 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=127518&action=e… visual When looking at the Patron Category overview, a library gets a glimpse at all the pieces of that patron category. One of the pieces is the summary of notices, currently, the last notice that is listed is called "unknown'- which should be named "auto-renew- see screenshot. This should have the correct text instead of unknown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 20615] New: add the link of number of times the authority are used in edit mode
by bugzilla-daemon＠bugs.koha-community.org 11 May '22

11 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20615 Bug ID: 20615 Summary: add the link of number of times the authority are used in edit mode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, in the authorities module, when we consult a record there is a line at the top of the page indicating the number of records for which this authority is being usaed in. But this line disappears when you go into edit mode of the record. It would be convenient to keep this information on edit mode too. Thanks, Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[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 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 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 26015] New: Terminology: staff interface should be used everywhere
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26015 Bug ID: 26015 Summary: Terminology: staff interface should be used everywhere 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We agreed that the preferred term is 'staff interface', not staff client, intranet or similar. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 29705] New: Test suite has some IssuingRules left-overs
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29705 Bug ID: 29705 Summary: Test suite has some IssuingRules left-overs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org After Bug 18936, in test suite, there is still t/db_dependent/Koha/IssuingRules.t and t/db_dependent/Koha/IssuingRules/ We should merge with CirculationRules. Also we should rename in : use constant GUESSED_ITEMTYPES_KEY => 'Koha_IssuingRules_last_guess'; -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 28840] New: Better texts in batch record modification/deletion
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28840 Bug ID: 28840 Summary: Better texts in batch record modification/deletion 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Tools batch record modification/deletion form contains texts in legends, labels, hints. I feel like : Labels are sometimes too long, showing them on multi-lines, like "Modify record using the following template". Long texts should be in legend or hint. Legend are sometimes contains redundant text, like in tabs. Also I propose to use "record id" instead of "record number". Test plan : Compare texts in page without and with patch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 17724] New: Callnumber not copied into serial issue, when callnumber subfield is linked to a plugin
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17724 Bug ID: 17724 Summary: Callnumber not copied into serial issue, when callnumber subfield is linked to a plugin Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To test: - Make sure your 952$o (callnumber) is linked to a plugin such as cn_browser.pl in your frameworks - Create a subscription with "create item on receive" and a callnumber - Receive an issue - Verify that the callnumber is not copied into the item on receive - Remove the plugin from the framework - Verify that the callnumber now is copied into the item on receive -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2