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

[Bug 12029] Patrons should be able to delete their patron messages
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12029 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #60 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- Everything works, however, when I have 3 messages, with two marked read, the counter on the home page of the OPAC still shows 3, even though there is only 1 left to read. This was addressed in one of the original patches, and is now not working. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 --- Comment #6 from Rebecca Coert <rcoert(a)arlingtonva.us> --- This would be very helpful. Use case - an entire category of patrons is being moved to "Books By Mail" service, which receive no notifications. However, their current patron category receives ALL the notices. The options to adjust the Notifications are either for staff to do it (very time consuming) or a request for the Data Team to correct it (if supported by a vendor). It would save time for everyone if the sysadmins could just update it in Batch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=32726 | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |32726 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32726 [Bug 32726] Authority search result display and relator terms in 22.05 -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 31464] New: Coce images don't always load in Firefox
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31464 Bug ID: 31464 Summary: Coce images don't always load in Firefox Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Set a CoceHost. You can use ( https://coce.bywatersolutions.com ) 2. Set some CoceProviders. 3. Turn OpacCoce on, but no other image services. 4. Find a record that should have cover image and go to it's OPAC detail page. 5. In Firefox the image will not load for me. 6. Try in Chrome, the image loads just fine. -- You are receiving this mail because: You are watching all bug changes.

1 8

[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 32901] New: Replace use of the slang term "bib" with the term "record"
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '23

24 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32901 Bug ID: 32901 Summary: Replace use of the slang term "bib" with the term "record" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The "Item processing" pulldown on manage-marc-import.pl uses the slang term "bib" while the rest of the form uses the correct term "record". This field should be updated with the correct terminology. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12