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

[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 31034] New: Bib image hidden after changes in bib detail
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31034 Bug ID: 31034 Summary: Bib image hidden after changes in bib detail Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Hiding the Content type line in opacusercss with #content_type { display: none; } somehow is causing the bib image to also be hidden once the page reloads. It doesn't show even if the code is removed but does display again if the cache is cleared. Hiding LOC and DDC details didn't affect the image in this way. -- You are receiving this mail because: You are watching all bug changes.

1 9

[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 31017] New: Add type field for vendors
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31017 Bug ID: 31017 Summary: Add type field for vendors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have many vendors, and they serve different purposes e.g. booksellers vs donors vs electronic resource providers It would be nice to have a way to differentiate these types for reporting (and eventually for searching) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[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 21 Feb '23

21 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