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

[Bug 25098] New: automatic item modification needs report function
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25098 Bug ID: 25098 Summary: automatic item modification needs report function Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The automatic item modification cronjob does not have an option for reporting the items that were modified. Can the cronjob log in action_logs, or as a report that's emailed, or into a logfile that can be downloaded? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40228] New: In inventory, "barcodes not found" are not in the array and therefore not exported
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40228 Bug ID: 40228 Summary: In inventory, "barcodes not found" are not in the array and therefore not exported 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the inventory tool while checking the box "on export as csv", barcode not found are exported in the csv. However, when using the inventory tool and exporting as a csv the results, barcodes are not exported. This is normal because they are displayed as notification and not in the array. It is a bit weird to have 2 different behaviours. A solution would be to append the errors in the array of results. Should we maybe have a syspref to decide if we append or not ? Can we consider that the not exported array should always have contained the barcode error ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40227] New: When TT notices fail at generation, no error is visible in the interface
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40227 Bug ID: 40227 Summary: When TT notices fail at generation, no error is visible in the interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When using an invalid letter model, the notification will not be generated and will not appear as failed in the message_queue table. There is no way to see that a notification has failed to generate (except by knowing he has requested a notice that has not appeared, it is easy for welcome as it is manual but way harder for DUE, PPREDUE, ... that are automaticly generated). Step to reproduce : 1- Select a borrower with an email address (primay email, no need to be a valid one) 2- On the detail page of the patron, click on "More" then "Send welcoe notice" 3- In tab Notices, check that it is generated correctly (default model) 4- Go to Tools > Notices and slip 5- Update the notice WELCOME with the following model ``` Welcome [% borrower.date_due %] ``` No warning is generated on the interface when saving 6- Repeat step 2 7- No notice is generated, no interface warning/error/message is generated, no log error either : the librarian has no way of knowing that it has failed ! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37234] New: Order of subfields when there are multiple of a same subfield
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37234 Bug ID: 37234 Summary: Order of subfields when there are multiple of a same subfield Change sponsored?: --- Product: Koha Version: Main 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 22666 fixed the order of the subfields when using an authority record in a bibliographic record. There is a case when this still doesn't work: if the authority record has multiples of a subfield, but not together. Take the following authority Music--Social aspects--Asia--History. it goes $a $x $z $x (notice the two x separated by the z). When this is copied in a bibliographic record, it is copied as Music -- Social aspects -- History -- Asia. $a $x $x $z; the two x were brought together. To recreate: 1. Go to Authorities 2. Click on New authority > Topical term 3. Fill out the mandatory fields (000, 003, 005, 008, 040$a) 4. Click on tab 1 5. Click on 150 - HEADING - TOPICAL TERM 6. Fill out the field - a: Music - x: Social aspects - z: Asia 7. Click on the icon to double the x subfield 8. Type in History 9. Move the History subfield at the end, under Asia 10. Click Save 11. Go to Cataloging > New record 12. Click on tab 6 13. Click on the Tag editor icon next to 650$a 14. In "Search main heading:" type music social 15. Click Choose next to Music Social aspects Asia History --> It is copied in the bibliographic record as Music Social aspects **History Asia** (instead of Music Social aspects **Asia History**) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 13870] Add warnings about subscriptions and orders when deleting items
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13870 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #179581|0 |1 is obsolete| | Attachment #180952|0 |1 is obsolete| | --- Comment #23 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Created attachment 183442 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183442&action=e… Bug 13870: Add warn about linked order or/and subscription on batch item table When you try to manage/delete/edit items I added an info about linked order or/and linked subscription. Test plan : 1) Apply this patch 2) Restart_all 3) Be sure to have item with order or can concern by a subscription 4) On biblio record page click on Edit -> Manage items 5) See the yellow triangle next to the 'delete' action in 'actions' dropdown menu (with subscription id or ordernumber hover the symbol) 6) When you edit or delete items (batch mode) you can see two new columns about orders and subscriptions linked. Sponsored by: BibLibre -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34417] New: ERM's breadcrumb (Vue) does not display the entity's name
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34417 Bug ID: 34417 Summary: ERM's breadcrumb (Vue) does not display the entity's name Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com CC: jonathan.druart+koha(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 Depends on: 33169 For instance we have "Show agreement" instead of the agreement's name. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33169 [Bug 33169] Improve vue breadcrumbs and left-hand menu -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 40190] New: Agreements: Vendor filter is on wrong column
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40190 Bug ID: 40190 Summary: Agreements: Vendor filter is on wrong column Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, michaela.sieber(a)kit.edu, pedro.amorim(a)openfifth.co.uk Created attachment 183381 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183381&action=e… Screenshot of wrong filter Confirmed on current main: The vendor pull down filter appears on the wrong column in the list of agreements. To test: - Add an agreement to the ERM module - Go to the list of agreements - Confirm: - There is a pull down on top of the "Name" column that has the vendors list - There is a free text input on the Vendor column -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 21670] New: t/db_dependent/Plugins.t is failing randomly on Jenkins (U18)
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21670 Bug ID: 21670 Summary: t/db_dependent/Plugins.t is failing randomly on Jenkins (U18) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org On run #72, Koha_Master_U18 failed: koha_1 | Could not unlink /tmp/xRRc7ht/Koha/Plugin/Com/ByWaterSolutions/KitchenSink.pm.pm: No such file or directory at /kohadevbox/koha/Koha/Plugins/Handler.pm line 105. koha_1 | koha_1 | # Failed test 'Koha::Plugins::Handler::delete works correctly.' koha_1 | # at t/db_dependent/Plugins.t line 127. koha_1 | # Looks like you failed 1 test of 39. koha_1 | [15:24:05] t/db_dependent/Plugins.t ................................................ koha_1 | Dubious, test returned 1 (wstat 256, 0x100) koha_1 | Failed 1/39 subtests We requested another run and it passes (#73), same node (Docker_3) -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 36094] New: svc/authentication not used
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36094 Bug ID: 36094 Summary: svc/authentication not used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Looks like we can remove it. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40182 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40182 [Bug 40182] Tracking patron activity with charges -- You are receiving this mail because: You are watching all bug changes.

1 0