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

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Hammat wele <hammat.wele(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #174288|0 |1 is obsolete| | --- Comment #26 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 178295 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=178295&action=e… Bug 11808: Add the SearchCardnumberWithLDAP system preference Add option to search patrons on ldap server when not found in local database and import it Test plan: 0. You need to have an ldap server containing patron informations configured in Koha. 1. Apply patch and update database. 2. Check that the new system preference SearchCardnumberWithLDAP has been added and set as 'never'. 3. Choose a patron who exists in your ldap server but not in Koha. (you can delete an existing patron from Koha if needed) 4. Search for the patron by it's cardnumber in the following locations. Do not choose from the dropdown list, use the submit button. - circ/circulation.pl - circ/article-request.pl - reserve/request.pl - members/member.pl both at the top and in the filter box - any page using common/patron_search.tt, for example adding a guarantor with the members/guarantor_search.pl popup => Should return cardnumber/patron not found or no results 5. Change SearchCardnumberWithLDAP to 'if not found locally'. 6. Repeat step 4. => The patron should be added to Koha. 7. Edit the patron and change any of the existing information. 8. Repeat step 4. => The patron has not been updated (the change made in step 7 is still there) 9. Change SearchCardnumberWithLDAP to 'always'. 10. Repeat step 4. => The patron has been updated. Change made in step 7 has been rewritten and patron informations is the same as in step 6. 11. Try searching for a patron who doesn't exist in Koha and has a nonexistant branch on the LDAP server. An error message should appear accompanying the absence of results. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33745] New: Speed up Koha::Object attribute accessors
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33745 Bug ID: 33745 Summary: Speed up Koha::Object attribute accessors Change sponsored?: --- Product: Koha Version: master 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In Bug 32060 object accessor methods surprisingly turned out to have a not huge, but significant negative effect on performance. By dynamically/lazily creating accessor subroutines in AUTOLOAD, which on subsequent calls will be called directly instead of AUTOLOAD accessing/setting an object attribute will become about 7 times faster. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 64

[Bug 36441] New: Improve performance of Item::is_bundle
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36441 Bug ID: 36441 Summary: Improve performance of Item::is_bundle Change sponsored?: --- Product: Koha Version: master 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org For a biblio with a large number of holdings (which could be the case for serials for example) Item::is_bundle is one of the main culprits in terms of performance. I know it's usually frowned upon substituting DBIx queries with the DBI-equivalent, but think there are few other option in this case and should be very unlikely to cause any future regressions. Attached before and after flamegraphs to illustrate the difference in performance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 26884] New: overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26884 Bug ID: 26884 Summary: overdue_notices.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz command line script overdue_notices.pl should 1. moved to a module (see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16063) 2. refactored/cleaned up most importantly 3. made idempotent this could be achived via a checksum/signature including the "defining" fields for the message ie borrowernumber subject content metadata letter_code message_transport_type to_address from_address reply_address content_type so before a message is created a checksum is calculated and a look-up in the database is done whether the message already exists (maybe be ignored via a flag) so no matter how often or "how/too late" the script is executed, no message is "forgotten"/send multiple times -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Failed QA QA Contact| |jonathan.druart(a)gmail.com --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Owen, can you please check these fails? FAIL koha-tmpl/intranet-tmpl/prog/en/includes/biblio-view-menu.inc FAIL tt_valid lines 7, 12, 18, 24, 29, 47, 53, 59, 65, 78, 83, 89, 95 Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39150] New: Should borrowers.contacttitle be removed?
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '25

17 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39150 Bug ID: 39150 Summary: Should borrowers.contacttitle be removed? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org As far as I know, the contacttitle in borrowers is not used anywhere and I'm not sure it is even possible to edit it in the interface. I might be wrong, but this seems like a leftover from when guarantors were stored directly in the borrowers table? To recreate: 1. Go to Patrons > New patron > Kid --> Under Non-patron guarantor, there is only surname and firstname 2. Fill out only the mandatory fields and the Non-patron guarantor fields 3. Save the new patron 4. In the database, view the record for this patron `select * from borrowers where borrowernumber = 54 \G;` --> Only contactname, contactfirstname and relationship are filled out --> contacttitle is NULL MariaDB [koha_kohadev]> select * from borrowers where borrowernumber = 54 \G; *************************** 1. row *************************** borrowernumber: 54 cardnumber: q surname: q firstname: preferred_name: middle_name: title: othernames: initials: pronouns: streetnumber: streettype: NULL address: address2: city: state: zipcode: country: email: phone: mobile: fax: emailpro: phonepro: B_streetnumber: B_streettype: NULL B_address: B_address2: B_city: B_state: B_zipcode: B_country: B_email: B_phone: dateofbirth: NULL branchcode: CPL categorycode: K dateenrolled: 2025-02-17 dateexpiry: 2033-05-17 password_expiration_date: NULL date_renewed: NULL gonenoaddress: NULL lost: NULL debarred: NULL debarredcomment: NULL contactname: guarantor surname contactfirstname: guarantor firstname contacttitle: NULL borrowernotes: relationship: father sex: password: ! secret: NULL auth_method: password flags: NULL userid: q opacnote: contactnote: sort1: sort2: altcontactfirstname: altcontactsurname: altcontactaddress1: altcontactaddress2: altcontactaddress3: altcontactstate: altcontactzipcode: altcontactcountry: altcontactphone: smsalertnumber: NULL sms_provider_id: NULL privacy: 1 privacy_guarantor_fines: 0 privacy_guarantor_checkouts: 0 checkprevcheckout: inherit updated_on: 2025-02-17 17:31:26 lastseen: NULL lang: default login_attempts: 0 overdrive_auth_token: NULL anonymized: 0 autorenew_checkouts: 1 primary_contact_method: protected: 0 1 row in set (0.001 sec) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35213] New: Standardize country information sent to Hea
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '25

17 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35213 Bug ID: 35213 Summary: Standardize country information sent to Hea Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hea Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: jonathan.druart+koha(a)gmail.com At the moment we store the translated name of the country in UsageStatsCountry which leads to a confusing display in https://hea.koha-community.org/libraries-by-country. We should use standardized language codes in the database instead of names. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 38453] New: Make koha-l10n get upgraded as a Koha dependency
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '25

17 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38453 Bug ID: 38453 Summary: Make koha-l10n get upgraded as a Koha dependency Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When the koha-common package is upgraded, it should cause koha-l10n to get upgraded as well. The koha-common package by default automatically updates translations post-install. This is redundant if the upgraded koha-l10n package hasn't also been installed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 31242] New: Add rate-limiting to the REST API
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '25

16 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31242 Bug ID: 31242 Summary: Add rate-limiting to the REST API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: tomascohen(a)gmail.com As has been noted on bug 25870, there are times where we want to rate limit the REST API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 35902] New: Add English country and language codes as authorised values to be using in cataloguing MARC21 008 builder plugin
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '25

16 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35902 Bug ID: 35902 Summary: Add English country and language codes as authorised values to be using in cataloguing MARC21 008 builder plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing a biblio record, you can launch a builder plugin for 008. Positions 15 to 17 hold a two- or three-character alphabetic code that indicates the place of publication, production, or execution. There is a link to a MARC Code List for Countries Positions 35 to 37 hold a three-character alphabetic code for language. There is a link to a MARC Code List for Languages. It would be helpful if these codes were available as authorised value categories, to prevent user typing error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8