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

[Bug 39638] New: Notice display modal should respect 'email' message transport type
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '25

16 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39638 Bug ID: 39638 Summary: Notice display modal should respect 'email' message transport type 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)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 39410 So, we got another step closer to displaying accurate renders of generated notices in a modal from the user notices pages with bug 39410.. However, whilst this properly dissociates the stylesheets used in the staff client from the notice preview modal using shadow DOM.. it does not yet mimic the escaping and reduced function set of HTML that email clients use to render mail. We should consider message transport type when rendering the display and for email type notices, we should parse them in the same way an email client would. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39410 [Bug 39410] Notice display modal should use shadow dom -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 39649] New: Add option to hide "Availability" facet in search results
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39649 Bug ID: 39649 Summary: Add option to hide "Availability" facet in search results Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org After running a search in the staff client or OPAC, there is an "Availability" option at the top of search facets that allows you to "Limit to records with available items." Some libraries have bibliographic records without items attached that they want to show as available (electronic resources, for example). It would be helpful to have the ability to hide this availability toggle with a system preference. Even better would be the option to hide in the OPAC but not in the staff client, if possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39639] New: Branch hours and calendars need to work together
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39639 Bug ID: 39639 Summary: Branch hours and calendars need to work together Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We can define branch hours under the branches settings, but these have no connection to the branch holidays defined in the calendars under the tools. The calendar should take into consideration any hours defined under branches, and show closed dates defined in branches, and act accordingly. The calendar should primarily be used to define exceptions to those hours. We should also consider having the calendars moved to the branches. It makes more sense to have this information connected directly with the branches. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39641] New: dateformat options
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39641 Bug ID: 39641 Summary: dateformat options Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Wondering if there could be more options for date format displays, including: January 1, 2025 Wednesday, January 1, 2025 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39640] New: timeformat shows 12 format with leading zero
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39640 Bug ID: 39640 Summary: timeformat shows 12 format with leading zero Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Is there a reason the 12 hour format needs to have a leading zero? This is not common, at least for the US. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12757] Integers in saved SQL report ODT export prepended with single quote
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12757 Emily Lamancusa (emlam) <emily.lamancusa(a)montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.lamancusa@montgomeryc | |ountymd.gov --- Comment #5 from Emily Lamancusa (emlam) <emily.lamancusa(a)montgomerycountymd.gov> --- Still valid in 24.11 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39203] New: Remove checkbox to Apply format settings to all notices
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39203 Bug ID: 39203 Summary: Remove checkbox to Apply format settings to all notices Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lucas(a)bywatersolutions.com Depends on: 35267 When editing a notice, one can enter CSS in the Format section to customize the notice when printed. This includes a checkbox to make the CSS entered in one notice apply to all notices printed by the system. This presents a support challenge, as any CSS used in this fashion is applied very broadly and not easily found when it needs to be edited. Bug 35267 adds system preferences for CSS to be applied to all notices based on transport type. Those system preferences will duplicate the functionality offered by this checkbox. As such, I'd like to remove the option to apply CSS saved in a single notice to other notices in the system. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35267 [Bug 35267] Clarify CSS options for Notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31104] New: Pagination generates HTTP "Link:" header which is over 8291 bytes apache's limit
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31104 Bug ID: 31104 Summary: Pagination generates HTTP "Link:" header which is over 8291 bytes apache's limit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: tomascohen(a)gmail.com Reporter: nugged(a)gmail.com CC: tomascohen(a)gmail.com to repeat: 1. Go to /cgi-bin/koha/members/member.pl 2. put this test into the "Search for patron" "Search:" field: "some long test to search in patron fields" 3. Observe "nothing found" but in the server log, it will say (28)No space left on device: [client 127.0.0.1:60330] AH10124: header size is over the limit allowed by ResponseFieldSize (8192 bytes). Bad response header: 'Link: <https://... this of course happens when you searching for something long but seems we came to so long URL which fails to fit into the "forward" (Link: ... header) field, if to debug, it creates a "search" API request URL that is already 5219 bytes long, then this URL is re-encoded and put two times inside the "Link:" header, so it quickly jumps over the 8192 bytes header limit. Note: as we found together that solution in Koha/REST/Plugin/Pagination.pm to split @links in separate "Link:" headers. SIDENOTE: considering that we already have URL 5129 long in this example, we might anyway even without header doubling bump into the 8192 limits (!). We might need re-think later how in general this formed up. Not related to the current shorter fix though. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 13870] Add warnings about subscriptions and orders when deleting items
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13870 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #179834|0 |1 is obsolete| | --- Comment #22 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Created attachment 180952 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180952&action=e… Bug 13870: Add warns even if edition / deletion is requested from the bibliodetails table -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39481] New: It would be good to have validation on the patron self registration for date of birth
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '25

15 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39481 Bug ID: 39481 Summary: It would be good to have validation on the patron self registration for date of birth Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org It's sometimes easy to enter an incorrect character and result in entering a date of birth making you a few hundred years old.. we should add the option to validate that a data of birth is within the last 100 years or similar to prevent 1800's birthdays ;) -- You are receiving this mail because: You are watching all bug changes.

1 2