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

[Bug 36887] New: Migrate "Authorized Values (BOR_NOTES)" into "Patrons (custom message)" in Notices
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36887 Bug ID: 36887 Summary: Migrate "Authorized Values (BOR_NOTES)" into "Patrons (custom message)" in Notices Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, katrin.fischer(a)bsz-bw.de, testopia(a)bugs.koha-community.org Depends on: 29393, 36717, 32986 With the introduction of custom email messages in Bug 29393, we discussed (https://chat.koha-community.org/koha-community/pl/ixoy58im47dhpr4gmwtn9sdbjw) the opportunity to merge the "Patrons (custom slip)" notice type introduced in Bug 32986 and the new "Patrons (custom message)" notice type. We could also do away with the BOR_NOTES authorized value that is currently used for the non-email notes/messages and instead combine them into the above and use a checkbox for display options (staff or opac & email) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29393 [Bug 29393] Ability to send emails from patron details page https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32986 [Bug 32986] Add ability to generate custom slips for patrons https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36717 [Bug 36717] Merge "Patrons (custom slip)" and "Patrons (custom message)" in Notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 39248] New: Wrong 007/5 label for # in Nonprojected graphic
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39248 Bug ID: 39248 Summary: Wrong 007/5 label for # in Nonprojected graphic Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org According to https://loc.gov/marc/bibliographic/bd007k.html the label for a blank in 007/5 for Nonprojected Graphic should be "No secondary support". Currently, it sais wrongly "No attempt to code". koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/value_builder/marc21_field_007.tt should be corrected. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38661] New: Add warning when deleting import batch
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38661 Bug ID: 38661 Summary: Add warning when deleting import batch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a user deletes a Manage staged MARC records batch which is associated with imported records, they lose the ability to roll back the attached records. Sometimes this will be the intention, but other times they will simply have forgotten to revert a test import and those records are then impossible to roll-back. Could we have a warning message when deleting a batch with attached records such as "There are x imported records attached to this batch which cannot be reverted if you proceed. Do you wish to continue and delete the batch record?" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39066] New: Fix "To screen into the browser"
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39066 Bug ID: 39066 Summary: Fix "To screen into the browser" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org I'm not a native English speaker, but "To screen into the browser" sounds wrong. To find an example: Reports > Patrons with the most checkouts To find all occurrences: $ grep -rn --include=*.tt "To screen into the browser" * -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 38417] New: Notification to the customer when their existing hold is about to expire and they are still waiting for it
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38417 Bug ID: 38417 Summary: Notification to the customer when their existing hold is about to expire and they are still waiting for it Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org It would be great if Koha would send a notification to the customer when their existing hold is about to expire (and is not yet waiting for pickup), e.g. "Your hold will expire in a month, do you still want to wait for it?" Sometimes waiting for a hold takes longer than the hold is valid. If the customer made the reservation several years ago, he may not remember its existence or notice its expiration date and the hold disappears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37358] New: Search filter not displayed on holdings table if SeparateHoldings is disabled
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37358 Bug ID: 37358 Summary: Search filter not displayed on holdings table if SeparateHoldings is disabled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When SeparateHoldings syspref is set as "Don't separate", holdings table is missing search filter. Also pagination buttons and "Show x entries" filter are not displayed. To reproduce: 1. Set SeparateHoldings syspref as "Separate". 2. Find a biblio with items attached to it. 3. Note that search filter, pagination etc. are displayed 4. Disable SeparateHoldings syspref. 5. Note that search filter, pagination etc. are no longer displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39217] New: Fix ugly error on wrong password in SCO login
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39217 Bug ID: 39217 Summary: Fix ugly error on wrong password in SCO login Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org To reproduce: - WebBasedSelfCheck = Enable - AutoSelfCheckAllowed = Allow - AutoSelfCheckID = Valid username - AutoSelfCheckPass = Valid password - Go to OPAC/cgi-bin/koha/sco/sco-main.pl - Login with valid username (e.g. "koha" in KTD) and wrong password - Observe the error: "The userid Koha::Patron=HASH(0x606447f6d868) was not found in the database. Please try again." It would probably be better without the "Koha::Patron=HASH(0x606447f6d868)" part. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 34612] New: SCO module should display error message when attempting to log in with wrong username and password
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34612 Bug ID: 34612 Summary: SCO module should display error message when attempting to log in with wrong username and password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable WebBasedSelfCheck 2. Have SelfCheckoutByLogin set to 'username and password' 3. Go to /cgi-bin/koha/sco/sco-main.pl and try login in with erroneous login credentials. 4. Screen flashes and the user is returned to blank login screen with no indication of what has gone wrong. 5. Switch 'SelfCheckoutByLogin' to 'cardnumber' and try an erroneous card number 6. See the message: Sorry The userid X was not found in the database. Please try again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 31615] New: Allow checkin of items bundles without verifying their contents
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31615 Bug ID: 31615 Summary: Allow checkin of items bundles without verifying their contents Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 28854 Combined with bug 29099, it will allow to return bundles quickly and do the inventory later. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28854 [Bug 28854] Add ability to create bundles of items for circulation -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 39681] New: AllowRenewalIfOtherItemsAvailable doesn't look at item groups
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '25

15 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39681 Bug ID: 39681 Summary: AllowRenewalIfOtherItemsAvailable doesn't look at item groups 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: Enable item groups and item group holds, as well as having AllowRenewalIfOtherItemsAvailable set to allow. Create a record with at least one item group, leaving at least one other item on the record available, and check it out to a patron. Ensure this corresponds to a circ rule with renewals available. Place a group-level hold on the same volume you just checked out for a different patron. Log into OPAC as patron with the item, see that you can renew it. Technically, yes, other items on that record are available, but no other items in that group can fill the hold. That renewal should have been blocked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2