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

[Bug 39899] New: Reset Zebra FAQ
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39899 Bug ID: 39899 Summary: Reset Zebra FAQ Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de https://koha-community.org/manual/latest/en/html/faq.html#reset-the-zebra-i… gives the following command to reset the ZEBRA index for biblios: ``` $ sudo zebraidx -c /etc/koha/sites/YOURLIBRARY/zebra-biblios.cfg -g iso2709 -d biblios init ``` This results in a `file not found` error at least in 24.1104. It seems that the name of the config file in question should read ``` /etc/koha/sites/YOURLIBRARY/zebra-biblios-dom.cfg ``` Probably this is version dependend? **Note** the manual gives two commands, one for biblios and one for authorities. The command for authorities seems to be correct. Also note that the two commands are effectively given twice as the package install versions require a `sudo` to be prepended. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21336] New: GDPR: Process unsubscribe requests automatically
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21336 Bug ID: 21336 Summary: GDPR: Process unsubscribe requests automatically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This should be a follow-up of bug 20819 (adding a consent form). A script (preferably cleanup_database) should take care of the registered refusals (or unsubscribe requests). Based on some preferences and corresponding time frames, we should lock accounts, anonymize patron data and finally remove patron data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 174

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39180 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39180 [Bug 39180] Handle and report exception at checkout/checkin due to missing guarantor -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20916] New: Add a staging tool to patron import tool
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20916 Bug ID: 20916 Summary: Add a staging tool to patron import tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great that the tool allowed to see the batches, know what borrowernumber was assigned, if there was a match, see a diff, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39654] New: Optionally update patron expiration date after ACCOUNT_RENEW fee is paid
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39654 Bug ID: 39654 Summary: Optionally update patron expiration date after ACCOUNT_RENEW fee is paid Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When patron categories charge an enrollment fee, in some cases it would be preferable for the patron's expiration date not to update until the enrollment fee reaches $0 outstanding. This would be especially helpful for libraries using the membership_expiry cron to auto-renew patrons in categories with enrollment fees, as it would allow the patron's active enrollment period to be based on payment date rather than the date on which the cron charged the fee. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39751] New: 'Coce' syspref is replaced by IntranetCoce and OpacCoce sysprefs
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39751 Bug ID: 39751 Summary: 'Coce' syspref is replaced by IntranetCoce and OpacCoce sysprefs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: e.betemps(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de Hi, The manual still describes the 'Coce' syspref but it doesn't exist anymore because it has been split in two sysprefs : 'IntranetCoce' and 'OpacCoce'. I propose to paste/copy the generic description of Coce in the Coce cover images cache presentation and create two sections for both versions (staff interface and opac). These two versions will be quite similar. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 39907] New: "no recipients" plus trace info; [WARN] at C4/Letters.pm (while it had a to_address)
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39907 Bug ID: 39907 Summary: "no recipients" plus trace info; [WARN] at C4/Letters.pm (while it had a to_address) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Above warnings with trace in plack-opac-error.log In our 23.11 referred to Letters line 1558 (last line of the last catch block in sub _send_message_by_email) The caller was opac-sendbasket.pl Hard to see what happened here. opac-sendbasket will not send a mail without an email address. And Koha::Email::create checks the validity of the to address with Email::Address (no corresponding warn detected). I also saw this preceding warning: [2025/05/12 17:13:17] [WARN] Use of uninitialized value in string ne at /usr/share/koha/C4/Letters.pm line 1526. Which is the line: _update_message_to_address( $message->{'message_id'}, $email->email->header('To') ) if !$message->{to_address} || $message->{to_address} ne $email->email->header('To'); So at that point $message->{to_address} was not false! And therefore the To header must have been undefined and written back to the message! If you encounter this, should you already bail out ? Later on, Letters called send_or_die on the email (with an emptied To header). And this produced the warning "no recipients" from the module Email::Sender::Simple. Interestingly, this modules does not use Email::Address to parse the addresses (again), but uses Email::Address::XS. This triggers the above warns. Any idea? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|37334 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37334 [Bug 37334] Cannot filter holdings table by status -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 28309] New: Searching with hyphen doesn't work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28309 Bug ID: 28309 Summary: Searching with hyphen doesn't work with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi CC: nugged(a)gmail.com, stalkernoid(a)gmail.com If a biblio title contains the hyphen character "–" / \xE28093 and you try to search the title as it is written with the hyphen the search produces no results. I think we need to add hyphen to the list of punctuation characters to ignore to fix this problem. The file is in admin/searchengine/elasticsearch/index_config.yaml The issue could probably fixed also by removing hyphen in the tokenization step when storing the record to the index? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 35866] New: Filter in parcels.pl only checks 20 first results
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35866 Bug ID: 35866 Summary: Filter in parcels.pl only checks 20 first results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When a library has a lot of invoices for a vendor, the filter box at the top of the invoice table only looks in the 20 first results. (The filter box on the left side is OK.) To recreate: 1. Go to Acquisitions 2. Search for a vendor 3. Click "Receive shipments" 4. If there are less than 21 invoices, create some until you have at least 21 4.1. Fill out the "Vendor invoice" field 4.2. Click Save 4.3. Click "Back" in your browser 4.4. Redo steps 4.1 to 4.3 5. In the filter box at the top of the table, search for an invoice number on the second page of results --> No results 6. In the filter box on the left, search for an invoice number on the second page of results --> Result found --> Also note that when the filter is not used, it says "XX shipments" at the top of the page (mine says 36 shipments), but at the top and bottom of the table it says "Showing 1 to 20 of 20 entries" The filter box at the top of the table seems to be defective. Maybe we could change the table to a datatable? On those types of tables, the filter box searches in all the entries, and the entry count is correct. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2