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

[Bug 15792] New: Double-clicking the 'renew' button on circulation.pl will double-charge account management fee
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15792 Bug ID: 15792 Summary: Double-clicking the 'renew' button on circulation.pl will double-charge account management fee Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com PREREQUISITES 1) Create an account type that has an enrollment fee, and create a borrower of that type. 2) Write off any account management fees charged to that borrower by the account creation. STEPS TO RE-CREATE 1) Change borrower's dateexpiry to make the borrower expired. 2) Paste borrower's card number into 'Check out' bar 3) A warning will appear saying that the borrower's account has expired, including a 'Renew' link. 4) Double-click the link 5) Check the borrower's fines. You will see two account management fees in a row. distinct from the fee that was written off just after the patron was created. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 32652] New: Standardize slots selection between staff interface and opac
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32652 Bug ID: 32652 Summary: Standardize slots selection between staff interface and opac 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: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Now that thanks to BZ31265, we have nice slots selection for the curbside pickups at OPAC, it would be nice to have the same in the staff interface. It's quite disturbing to have a different way to count the pickup (number of pickup already taken in staff interface and number left in OPAC). And it would be more intuitive to have radio button to select a slot. Thanks, Sonia -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 40613] New: Allow ungrouping holds
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40613 Bug ID: 40613 Summary: Allow ungrouping holds Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 40086] New: Table settings for Article Requests tables
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40086 Bug ID: 40086 Summary: Table settings for Article Requests tables 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The various tables for Article Requests in new, pending, and processing states are all quite long yet not included in the Table Settings admin feature. It would be nice to be able to control which fields display, to hide information that's not used or less relevant to article requests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 33296] New: Linker should search for authority records with an appropriate 008/14, 15, 16 value
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33296 Bug ID: 33296 Summary: Linker should search for authority records with an appropriate 008/14,15,16 value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 33277 In an authority record, 008/14 = 'a' says it's appropriate for use as a main or added entry (1xx, 7xx), 008/15 = 'a' says it's appropriate for use as a subject entry, and 008/16 = 'a' says it's appropriate for use as a series entry (800-830, 440 since we still support it). In a world where we support multiple subject thesauri, we need a way to tell the difference between a name entry which intends to be used as a main entry and one which intends to only be used as a subject authority, and the way the subject-only one should say that is by having 008/14 = 'b' Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33277 [Bug 33277] Correctly handle linking subfields with no defined thesaurus -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 40890] New: Make batch_size configurable for koha-es-indexer
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40890 Bug ID: 40890 Summary: Make batch_size configurable for koha-es-indexer Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The script allows setting a custom batch_size e.g. `koha-es-indexer --batch_size 100 --restart library` but it cannot be set permanently. So a reboot or a naive restart will set it back to 10. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 21555] New: Merging Patrons allows for all patrons to be selected
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21555 Bug ID: 21555 Summary: Merging Patrons allows for all patrons to be selected Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The feature of merging patrons (bug #9302 ) did include a fail safe, according to the bug, if/when using this feature, the option of "selecting all" patrons from a search was chosen, then the option to merge could not be used. When testing this feature, if a few patrons were chosen and then "select all" is chosen, the merge feature is still available to use. If no patrons are chosen and then "select all" is chosen, merge option is not available. Test: how it currently works 1. Search for Patrons by Last Name by Letter 2. From this list, choose patron a, patron b, patron c 3. See that merge patron option available 4. Now select all patrons - merge patron option still available Test: (how it should work) 1. Search for patrons by last name by letter 2.From this list choose patron a, patron b, patron c 3. See that merge patron option avail 4. Now "select all" patrons 3. See that merge patron option not available (greyed out) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 24949] New: Show password in staff login screen on user's demand
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24949 Bug ID: 24949 Summary: Show password in staff login screen on user's demand Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A lot of applications allow you to see the password you typed in on demand, often requiring you to click on an "eye" symbol or similar. This would also be helpful for the staff interface to help people check for typos when trying to log into Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 38549] New: Make create_superlibrarian.pl script accept a name parameter
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38549 Bug ID: 38549 Summary: Make create_superlibrarian.pl script accept a name parameter Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz As reported in Bug 37368, patron searches break if there are patrons with no firstname AND no surname. We often use the create_superlibrarian.pl script to create Koha admin users. Sometimes we forget to edit the patron record and add a firstname/surname. That's now causing these errors as seen in Bug 37368. create_superlibrarian.pl should accept firstname and surname parameters and require at least one of either. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39580] New: Make Elasticsearch process_error error string translatable
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39580 Bug ID: 39580 Summary: Make Elasticsearch process_error error string translatable 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: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15