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

[Bug 17550] New: Display additional patron data in patron suggestion form
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '23

26 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17550 Bug ID: 17550 Summary: Display additional patron data in patron suggestion form 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: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When in Home › Circulation › Checkouts and the librarian wants to select a patron to perform a checkout upon, the suggestions currently display only the following patron data: Surname, Firstname (CardNumber) Address City Zipcode Country It would be nice if patron INITIALS were also displayed, like this: Surname, Firstname INITIALS (CardNumber) Address City Zipcode Country The reason is that multiple patrons may have the same Surname and Firstname and in order to distinguish them the librarians feel better to ask the patron for their initials rather than asking for the address (btw in our installation we use Father's name in place of initials, but this doesn't alter the use case) Further more, to better distinguish the various names and to make the Surname and Firstname 'stand out', I suggest converting them to bold, while making the initials italic. For all these changes the patch (in matter of code lines) is trivial: a few lines in two files. You may also find two screenshots of the current and the proposed functionality (the screenshots were taken from a Koha 3.20.x server but the change is applicable to recent versions also and the patch is created using the current master) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 25463] New: Patron details page - display the alternative contact address as a block
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '23

26 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25463 Bug ID: 25463 Summary: Patron details page - display the alternative contact address as a block 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: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron details page the address in the alternative contact section lists each address field, rather than displaying an address block. Displaying as an address block would be more consistent with how it is shown in the contact information and alternative address sections. For example, under contact information an address is displayed as: 4345 Library Rd. Springfield, MA 44224 In the alternative contact section it displays as: Address: 4345 Library Rd. City: Springfield State: MA ZIP/Postal code: 44224 Country: United States -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 30310] New: Moment.js is deprecated
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30310 Bug ID: 30310 Summary: Moment.js is deprecated Change sponsored?: --- Product: Koha Version: unspecified 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 https://github.com/moment/moment Moment.js is a legacy project, now in maintenance mode. In most cases, you should choose a different library. Day.js looks like a good replacement. https://day.js.org/ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 76

[Bug 18495] New: Creating a subgroup within report doesn' t add report to that group
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18495 Bug ID: 18495 Summary: Creating a subgroup within report doesn't add report to that group Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org You can create a subgroup while editing/creating a report, but it doesn't add the report to that group. I didn't test if this is the case with the report group. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17987] New: Changing PatronSelfRegistrationDefaultCategory to a dropdown menu syspref
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17987 Bug ID: 17987 Summary: Changing PatronSelfRegistrationDefaultCategory to a dropdown menu syspref Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Rather than a free text syspref where a user can easily put in a category that doesn't exist. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 29870] New: Notice not delivered by default smtp server
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29870 Bug ID: 29870 Summary: Notice not delivered by default smtp server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org When you have one default smtp server configuration at koha_conf.xml (we called 'A' ) and another smtp server (we called 'B') at administration UI with two libraries that one of them is set it to default and the other set it to the smtp server 'B' then when the process_message_queue.pl is executing in order to send notices, users from library with the default server not receiving anything , but the users from library with the 'B' smtp server receive everything. The configurations between the two smtp servers A and B are the same, just one time we have passed as default on xml and the other as smtp server from UI , it seems that from UI the functions etc is working better that to get values for the object from xml. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28138] New: Add system preference to make the payment type required
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28138 Bug ID: 28138 Summary: Add system preference to make the payment type required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The payment type is already required when using the cash register feature, but some users want to force selecting a payment type even when cash registers are not used -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 30563] New: Add system preference to make the cash register field required when collecting a payment
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30563 Bug ID: 30563 Summary: Add system preference to make the cash register field required when collecting a payment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the cash register field is required only if the CASH payment type is selected. Some users want to make it required no matter which payment type is selected. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29250] New: "Show checkouts/fines to guarantor" cannot be set to yes
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '23

22 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29250 Bug ID: 29250 Summary: "Show checkouts/fines to guarantor" cannot be set to yes 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: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1) Go to Administration > System preferences and set: AllowStaffToSetCheckoutsVisibilityForGuarantor - to Allow 2) Load an adult patron 3) Add a guarantee, remembering to set the Relationship 4) Set 'Show checkouts to guarantors' to Yes 5) Save 6) Note that on the patron members/moremember.pl page "Show checkouts to guarantor" is set to No 7) Edit guarantee and set 'Show checkouts to guarantors' to Yes 8) Save 9) Note that on the patron members/moremember.pl page "Show checkouts to guarantor" is set to No I have the same issue with the 'Show fines to guarantor' preference. I've experimented with turning on all of the 4 System preferences with a partial match for 'VisibilityForGuarantor' - but I can't find a combination which works. I've also tried adding a child patron and then adding the guarantor to the patron (instead of using the 'add guarantee' button) - but it makes no difference. Tested on master on a sandbox and on 20.11.10 - it's occurring in both. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21842] New: always test Koha::ItemType in defined
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '23

21 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21842 Bug ID: 21842 Summary: always test Koha::ItemType in defined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 Like Bug 19194 some other code calls $itemtype->value without testing the object is defined. Itemtype should always be defined but its better not fall into error page for that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21