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

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

[Bug 38448] New: Fix inconsistencies in database update messages
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38448 Bug ID: 38448 Summary: Fix inconsistencies in database update messages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 38394 Moved from bug 38394: * "Added OAI-PMH:HarvestEmailReport system preference" should be "Added new system preference 'OAI-PMH:HarvestEmailReport'" * Added new system preference 'JobsNotificationMethod' is white instead of green * Added column 'service_platformerm_usage_data_providers' is blue (why not green?) * "list_borrowers added to 1 users with manage_bookings" should be better worded, like "Added permissions 'permission' to ..." * "Added BOOKING_CANCELLATION authorised value category" should be "Added new authorised value category 'CAT'" * "Updated manage_search_targets permission description" => this is only noise Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38394 [Bug 38394] Remove try/catch and say_failures for 24.11 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 38646] New: C4::Languages::getLanguages is very unreasonably slow (100+ ms)
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38646 Bug ID: 38646 Summary: C4::Languages::getLanguages is very unreasonably slow (100+ ms) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org My profiling with NYTProf has found that the call to C4::Languages::getLanguages is unreasonably slow, taking over 100 ms (and that's just on a single call of it apparently!!!). Indeed, the way it's coded, it'd run over 540 SQL queries for no good reason, slowing the already slow catalog search page loading further down. This patch is gonna replace the inefficient and complicated function logic with proper SQL statement that joins the relevant functions. It also fixes the bug where user's native language would be displayed with native language in the parenthesis as well, such as "Polski (Polski)" instead of just "Polski". The whole query is pretty fast and it gets cached by MySQL server, meaning it's runtime is measured in microseconds instead of hundreds of miliseconds, making it easily a 1000x+ improvement. The nested CASE statements are a bit verbose, but not too bad, I figured it might be better to do that rather than select all the vars as temporary columns and later remove them or re-create the new object to return. Instead, no temporary variables that one has to remove will linger... Please note that I didn't test the actual code since I don't have a working ktd installation by hand, but I did test the SQL statement thoroughly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 35202] New: Table Settings change does not hide all serial_notes (OPAC).
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35202 Bug ID: 35202 Summary: Table Settings change does not hide all serial_notes (OPAC). Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org We have multiple subscriptions for some serials and we have public-inappropriate notes which we want to hide. Editing the subscriptionst view of the subscriptions table in OPAC to hide the serial_notes field should make the serial_notes invisible for all subscriptions. It only vanishes from the first subscription displayed. Other subscriptions expose the serial_note data. Hiding the serial_notes via Table Settings should apply to all subscriptions. Related to Bug 22179? (But the data we have there should be elsewhere, so Bug 33298 interests us). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 38649] New: Searching for a patron from additem.pl triggers an issue slip to print
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38649 Bug ID: 38649 Summary: Searching for a patron from additem.pl triggers an issue slip to print Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 37407 fixed automatic checkout of items that were fast cataloged from the circulation module. To reproduce: 1. From anywhere on the additem.pl page where you are adding or editing an item 2. Click on Checkout in the menu bar and enter a patron's barcode 3. When circulation.pl loads it triggers a blank issue slip to be printed In addition to checking the referrer for the URL domain and path we should also check the query string of the referrer to make sure it was from a circulation fast add. It should include frameworkcode=FA&circborrowernumber -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19