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

[Bug 35771] New: Unselecting titles when making multi-hold does not have any effect
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35771 Bug ID: 35771 Summary: Unselecting titles when making multi-hold does not have any effect 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: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 160810 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160810&action=e… One title unselected When you make multi-hold and unselect one or some of the titles shown in the multi-hold page and then save the holds assuming that hold is made only for the selected titles. However, holds are made for all the titles regardless of the selection. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37385] New: Transfer not triggered automatically when cancelling a hold by checking item in
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37385 Bug ID: 37385 Summary: Transfer not triggered automatically when cancelling a hold by checking item in Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When I check in an item to cancel a waiting hold on an item from another library, the transfer message doesn't pop up to return item to its home library after the hold is cancelled. In previous versions, the steps would be: -Find item with a waiting hold, and check it in -On the popup notifying me of the waiting hold, select 'Cancel hold' -A second popup appears notifying me of the need to transfer the item to its home library, which I could confirm or cancel. The second popup is no longer appearing. I have to check the item in a second time to trigger the transfer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 38094] New: Librarians with only fast add permission can no longer edit fast add records
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38094 Bug ID: 38094 Summary: Librarians with only fast add permission can no longer edit fast add records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The ability to create fast add records was fixed on bug 38076, but they still cannot be edited after they are saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37969] New: Add missing language code nor (Norwegian/inclusive)
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37969 Bug ID: 37969 Summary: Add missing language code nor (Norwegian/inclusive) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Norway has two official forms of written language, nynorsk (nno) and bokmål (nob). However an inclusive ISO 639-2 language code also exists (nor) and is missing from Koha. https://www.loc.gov/standards/iso639-2/php/code_list.php -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 38162] New: Can't delete a stock rotation
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38162 Bug ID: 38162 Summary: Can't delete a stock rotation 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Enable StockRotation 2. Got to Cataloging -> Stock rotation 3. Create a new Rota 4. Try to delete it 5. See the error "Can't call method "delete" on an undefined value at /kohadevbox/koha/tools/stockrotation.pl line 231" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 37916] New: Plugin search and install regression
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37916 Bug ID: 37916 Summary: Plugin search and install regression 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The CSRF work broke installing plugins from github/gitlab search results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 38089] New: Fix incorrect regular expression from bug 33478
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38089 Bug ID: 38089 Summary: Fix incorrect regular expression from bug 33478 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 33478 The regular expression introduced in bug 33478 outright replaces all CSS selectors in your local styles. This means that whatever styles you've defined will be applied to ALL elements of the notice template and not the specific one's you're attempting to target. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33478 [Bug 33478] Customise the format of notices when they are printed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 37647] New: Unnecessary use of Text::CSV_XS in Koha/REST/V1/ERM/EHoldings/Titles/Local.pm
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37647 Bug ID: 37647 Summary: Unnecessary use of Text::CSV_XS in Koha/REST/V1/ERM/EHoldings/Titles/Local.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com As far as I can see, there is a "use Text::CSV_XS;" at the top of Koha/REST/V1/ERM/EHoldings/Titles/Local.pm, but the module is not invoked anywhere in the script? -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 36111] New: 856$h should not appear as a link in detailed record
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36111 Bug ID: 36111 Summary: 856$h should not appear as a link in detailed record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The newish MARC21 field 856$h is used to store non-functioning urls. However, if a record has data in 856$h (or any 856 subfield), a link "Click here to access online" appears in the results list and detailed record in the opac and the staff interface. To replicate: 1. Add 856$h to MARC editor 1.1. Go to Administration > MARC bibliographic frameworks 1.2. Next to Default framework, click Actions > MARC structure 1.3. Search for field 856 1.4. Click Actions > Edit subfields 1.5. Click h 1.6. Check the Editor box 1.7. Click Save changes 2. Catalog a new record with a random URL in 856$h 2.1. Go to Cataloging 2.2. Click New record 2.3. Fill out the mandatory fields (000, 003, 005, 008, 040$c, 245$a, 942$c) 2.4. Go to tab 8 and enter a value in 856$h 2.5. Click Save (No need to add an item) 3. Search for the title in the staff interface (a large enough search to have more than one result) --> Notice it says "Online resources: Click here to access online" 3.1. Try to click the link --> Blank page 4. Access the detailed record in the staff interface --> Notice it says "Online resources: Click here to access online" 4.1. Try to click the link --> Blank page 5. Search for the title in the opac (a large enough search to have more than one result) --> Notice it says "Online resources: Click here to access online" 5.1. Try to click the link --> Blank page 6. Access the detailed record in the opac --> Notice it says "Online resources: Click here to access online" 6.1. Try to click the link --> Blank page I don't think 856$h should trigger the link to appear. I managed to hide it from the OPAC by making 856$h invisible in the OPAC, but the link is still there in the staff interface and still leads nowhere... In my opinion, if 856$h is to be displayed, it should only appear in the staff interface detailed record (not results list or opac), and only be regular text, not a link, with the mention (non functional). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 106

[Bug 37283] New: t/db_dependent/selenium/authentication.t is failing
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37283 Bug ID: 37283 Summary: t/db_dependent/selenium/authentication.t is failing Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It's failing on D12 in Jenkins, but also locally in ktd: t/db_dependent/selenium/authentication.t .. # Failed test 'Patron cannot access svc script where circulate permissions are required' # at t/db_dependent/selenium/authentication.t line 135. # 'An Error Occurred' # doesn't match '(?^u:Error 500)' # Looks like you failed 1 test of 17. # Failed test 'not authorized' # at t/db_dependent/selenium/authentication.t line 140. # Looks like you failed 1 test of 7. -- You are receiving this mail because: You are watching all bug changes.

1 17