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

[Bug 38790] New: Add HTML classes to moredetail.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38790 Bug ID: 38790 Summary: Add HTML classes to moredetail.pl 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The various bits of data on moredetail.pl don't have clear and distinct classes, so they're hard to adjust or hide. We should add some classes to make customization easier. For example, a library may wish to hide the Paid For message on an item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 34068] New: Dropdown selector when changing pickup library is buggy
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34068 Bug ID: 34068 Summary: Dropdown selector when changing pickup library is buggy 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 152486 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152486&action=e… Buggy dropdown selector To recreate: 1. Have a library that has more than 30 pickup branches. 2. Place a hold on an item. 3. Go to the patron account and try to change the pickup location. The dropdown selector will keep repeating the last 10 libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 37927] New: Show report name on page title when viewing SQL
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37927 Bug ID: 37927 Summary: Show report name on page title when viewing SQL Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The name of the report doesn't show in the page title (the browser window or tab title) when viewing SQL, i.e. the URL is /cgi-bin/koha/reports/guided_reports.pl?reports=162&phase=Show SQL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 38217] New: TT tags breaking translation script when used to build a JS string
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38217 Bug ID: 38217 Summary: TT tags breaking translation script when used to build a JS string Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Found on bug 38147. We all know the "don't use TT tag in HTML tags" because they break the translator script There is another side-effect. If you do: str = '<a foo="' + foo + '" bar="[% bar | uri %]"'>' + _("Click me") + '</a>' ; Then "Click me" won't be picked by the translator script So I have tried this: str = '<a foo="%s" bar="%s">%s</a>'.format(foo, "[% bar | uri %]", _("Click me")) But it does not seems to work either. So the solution I found is to use an intermediate JS variable: let bar = "[% bar | uri %]"; str = '<a foo="%s" bar="%s">%s</a>'.format(foo, bar, _("Click me")) -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 38147] New: Edit button in bookings untranslatable
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38147 Bug ID: 38147 Summary: Edit button in bookings untranslatable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com I can't find where to translate the "Edit" button in the bookings page. In Weblate, I tried looking through all the strings with the location "bookings", and I can't find it. https://translate.koha-community.org/search/koha/main/-/fr_CA/?q=+location%… To get there: 1. In the staff interface, go to a biblio record 2. Click 'Items' in the left side menu 3. Choose Bookable: Yes and Update 4. Click 'Place booking' 5. Fill out the form and Submit 6. Click 'Bookings' in the left side menu --> Edit button in the table at the bottom 7. Install new language ./misc/translate/install fr-CA 8. Enable the new language in the StaffInterfaceLanguages system preference 9. Change the interface to the new language 10. View the bookings page --> Edit button is in English 11. Check the .po files for bookings locations --> No "Edit" string with "/bookings" location -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 38810] New: SIP account level system preference overrides not properly cleared between requests
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38810 Bug ID: 38810 Summary: SIP account level system preference overrides not properly cleared between requests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Account level syspref overrides in SIP will "leak" between SIP requests. Basically an account level system preference override will may be set by a given request, but those overrides will never be cleared for the life of that SIP process thus "contaminating" that process until it reaches end of life". This is because the code # Clear overrides from previous message handling first foreach my $key ( keys %ENV ) { delete $ENV{$key} if index($key, 'OVERRIDE_SYSPREF_') > 0; } is checking if the env key contains the substring OVERRIDE_SYSPREF_ at an index greater than 0. The problem is that for all overrides the subtring *starts at 0* since it's always the first part of the string. If the substring is not part of the string index will return -1. TLDR we have an "off by one" error. We need to check that the return value is non-negative instead of positive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 38827] New: New search performed when column filters lose focus
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38827 Bug ID: 38827 Summary: New search performed when column filters lose focus Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On a table using DataTables and the REST API wrapper with the column filters, if one input is used to filter the table the query will be made twice: when the user stopped typing and when the input will lose the focus. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36836] New: Review eUsage module for translation issues
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36836 Bug ID: 36836 Summary: Review eUsage module for translation issues Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com, matt.blenkinsop(a)ptfs-europe.com, michaela.sieber(a)kit.edu When testing the eUsage module in 23.11 we noticed a lot of untranslated strings. It might be worth combing through those files to check all strings are marked for translation correctly and then have a second go checking they show up after translating. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 38104] New: share_usage_with_koha_community.pl: Check between two runs should be a bit lower than 30d
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38104 Bug ID: 38104 Summary: share_usage_with_koha_community.pl: Check between two runs should be a bit lower than 30d Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz >From production data: HEA preference: 1725159125 select FROM_UNIXTIME( 1725159125 ); | 2024-09-01 04:52:05 | select * from action_logs where timestamp>'2024-10-01' and module='CRONJOBS' and script like '%usage%'; | 7429456 | 2024-10-01 04:52:04 | 0 | CRONJOBS | Run | 116996 | /usr/share/koha/misc/cronjobs/share_usage_with_koha_community.pl | cron | share_usage_with_koha_community.pl | | 7429457 | 2024-10-01 04:52:04 | 0 | CRONJOBS | End | 116996 | /usr/share/koha/misc/cronjobs/share_usage_with_koha_community.pl COMPLETED | cron | share_usage_with_koha_community.pl | So the HEA update was skipped since the script was 1 second too early :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 38232] New: Materials specified note un-checks Forgive overdue charges box
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38232 Bug ID: 38232 Summary: Materials specified note un-checks Forgive overdue charges box Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: FinesMode on, have an item with a materials specified note (952$3). Check in item with 'forgive overdue charge' selected, no materials note, box stays checked. Materials note checkin deselects the box. There have been similar issues with things deselecting a check in box (wrong transfer, bug 36199), and I know materials specified notes can interact with things like since-fixed bug 29671 (materials note items deselecting book drop mode), or current bug 37424 (batch checkout silently failing with materials notes) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25