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

[Bug 31144] New: When modifying an order we should not load the vendor default discount
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31144 Bug ID: 31144 Summary: When modifying an order we should not load the vendor default discount Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 After placing an order in a basket with a discount of "0" if you attempt to modify we will load the vendor default discount, this can lead to accidentally applying a discount when modifying other order parts To test: 0 - Have a vendor with a discount set 1 - Add an order to a basket 2 - While adding, set discount to 0 3 - Add order - prices are calculated ocrrectly 4 - Modify order 5 - Note discount is populated with vendor discount -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 28355] New: Deprecate / remove Email SMS driver option for SMSSendDriver
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28355 Bug ID: 28355 Summary: Deprecate / remove Email SMS driver option for SMSSendDriver Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Mobile provides offer inconsistent support for the email to SMS gateway and messages are often arbitrarily blocked. This creates frustration for users as sometimes it works, and sometimes it doesn't. As support for this service is dropping we should deprecate the usage within Koha and eventually remove it -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[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 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