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

[Bug 37898] New: All db dependent tests should run within a transaction
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37898 Bug ID: 37898 Summary: All db dependent tests should run within a transaction Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some tests do not cleanup and leave new data that might interfere with other tests. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 26807] New: Realtor Term Punctuation should not be automatically added
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '25

12 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26807 Bug ID: 26807 Summary: Realtor Term Punctuation should not be automatically added Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Koha adds a comma to the relator terms, and since the standard is to include a comma in the record, this displays as double commas. For instance this: 100 1#$aAllepuz, Anuska, $d 1979- $e author, $e illustrator. shows as Allepuz, Anuska, 1979- [author,, illustrator.] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28070] New: Ability to batch delete lists
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28070 Bug ID: 28070 Summary: Ability to batch delete lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On staff client, a great option would be to batch delete private and (for those allowed) public lists (aka virtualshelves). It can be especially uefull to easily clean some (very) old lists, which can be for now a quite hard job to do ! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 33405] New: Place hold button visible in OPAC search results when no items can be put on hold
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33405 Bug ID: 33405 Summary: Place hold button visible in OPAC search results when no items can be put on hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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: gmcharlt(a)gmail.com When no items in a record can be put on hold (for example, if the library does not allow on-shelf holds, and all items are available), the 'Place hold' button still appears in the search results in the OPAC. This can be confusing to patrons. To reproduce: 1. Circulation rules must prevent on-shelf holds (I used just one all/all rule with If all unavailable to prevent crossing the streams) 2. In the OPAC, make a search that will give you a couple of results 3. Find a record where all items are available --> Place hold button is visible 4. Log in (so that Koha knows your patron category and library) 5. Redo steps 2 and 3 --> Place hold button is visible 6. Click 'Place hold' --> No items can be put on hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35151] New: Convert ILLModuleCopyrightClearance system preference to additional contents
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35151 Bug ID: 35151 Summary: Convert ILLModuleCopyrightClearance system preference to additional contents Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 31383, 35065 Blocks: 26050 Building on 22318, the ILLModuleCopyrightClearance system preference should be converted to an HTML customization option. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26050 [Bug 26050] [OMNIBUS] Convert system preferences to HTML customizations https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31383 [Bug 31383] Additional contents: We need a parent and child table https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35065 [Bug 35065] Convert SelfCheckHelpMessage system preference to HTML customization -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 30579] New: When placing item level hold, some options that are not used are not disabled
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30579 Bug ID: 30579 Summary: When placing item level hold, some options that are not used are not disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 161

[Bug 38547] New: Improve the code for the MARC ordering process
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38547 Bug ID: 38547 Summary: Improve the code for the MARC ordering process Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There are some improvements needed to the code in bug 34355 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 33432] New: Move a list of items from a record to an other
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33432 Bug ID: 33432 Summary: Move a list of items from a record to an other 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if a librarian could move a list of items (not only 1 item) from a record to an other. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31042] New: OVERRIDE_SYSPREF does not work for REST API
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31042 Bug ID: 31042 Summary: OVERRIDE_SYSPREF does not work for REST API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com CC: tomascohen(a)gmail.com We are supposed to be able to override syspref's values using the OVERRIDE_SYSPREF trick, but it's not working for the REST API. To recreate, open /etc/koha/apache-shared-intranet-plack.conf and add RequestHeader add X-Koha-SetEnv "OVERRIDE_SYSPREF_Foo Bar" Add some warn, mainpage.pl and Koha/REST/V1/Patrons.pm (sub list) for instance warn C4::Context->preference('Foo'); Hit the mainpage, look at the log, you see "Bar". Search for patrons: "Use of uninitialized value in warn" => The syspref hasn't been overridden. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 18783] New: Allow automatic claims for serials
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18783 Bug ID: 18783 Summary: Allow automatic claims for serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes.

1 45