November 2023 - Koha-bugs - lists.koha-community.org

[Bug 34375] New: Shipping fund in an invoice defaults to the first fund from the list rather than 'no fund' after receiving.
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34375 Bug ID: 34375 Summary: Shipping fund in an invoice defaults to the first fund from the list rather than 'no fund' after receiving. Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Go to a vendor record in Acquisitions and then Receive Shipment Enter an invoice number Leave the Shipping cost empty and Shipping Fund as 'No fund' Receive some orders or go straight to Finish receiving Notice the Shipping fund has defaulted to the first fund in the alphabetical list of funds. It is not possible to select 'No fund' and the selected fund is recorded in shipmentcost_budgetid incorrectly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 32379] New: CRASH: Can't call method "itemlost" on an undefined value
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32379 Bug ID: 32379 Summary: CRASH: Can't call method "itemlost" on an undefined value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org 21.11 my $item = Koha::Items->find($itemnumber); # FIXME Handle non existent item [L426] my $olditemlost = $item->itemlost; MASTER my $itemnumber = $input->param('itemnumber'); my $item = Koha::Items->find($itemnumber); # FIXME Handle non existent item [L535] my $olditemlost = $item->itemlost; Confirming the FIXME ;) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 30024] New: link_bibs_to_authorities.pl relies on CatalogModuleRelink
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30024 Bug ID: 30024 Summary: link_bibs_to_authorities.pl relies on CatalogModuleRelink Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is confusing - CatalogModule Relink is described as: Do/Don't automatically relink headings that have previously been linked when saving records in the cataloging module. The cronjob interface is not the cataloging module? LinkerRelink describes itself in the DB: ('LinkerRelink','1',NULL,'If ON the authority linker will relink headings that have previously been linked every time it runs.','YesNo') In the cronjob: my $allowrelink = C4::Context->preference("CatalogModuleRelink") || ''; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 27772] New: Add a Koha::Patron->todays_checkins method
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27772 Bug ID: 27772 Summary: Add a Koha::Patron->todays_checkins method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 12224 added a 'todays checkins' search in the slip printer controller.. it would be nice to have that available as a method in Koha::Patron to ensure it gets properly unit tested. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 35103] New: Add option to gulp tasks to pass a list of tasks
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35103 Bug ID: 35103 Summary: Add option to gulp tasks to pass a list of tasks 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 Depends on: 35079 Instead of running all the tasks we could ask only one or some of them Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35079 [Bug 35079] Add option to gulp tasks po:update and po:create to control if POT should be built -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 35185] New: Remove is_html flag from sample notices for text notices
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35185 Bug ID: 35185 Summary: Remove is_html flag from sample notices for text notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We have a few notices that are not formatted using HTML tags, but are still marked as "is_html". This will cause issues with line breaks. Example: - module: members code: 2FA_OTP_TOKEN branchcode: "" name: "two-authentication step token" is_html: 1 title: "Two-authentication token" message_transport_type: email lang: default content: - "Dear [% borrower.firstname %] [% borrower.surname %] ([% borrower.cardnumber %])" - "" - "Your authentication token is [% otp_token %]." - "It is valid one minute." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|additional_work_needed | --- Comment #64 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Follow-up pushed, thanks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #63 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Emmi Takkinen from comment #62) > Created attachment 158919 [details] [review] > Bug 12133: Fix failing tests > > Tests in erm_users.t and Letters.t failed because when > we mock patrons they receive category where setting > can_be_guarantee is not 0. This triggers error "Child > patron cannot be a guarantor". We also need to mock > syspref "ChildNeedsGuarantor" accordingly. > > To test prove t/db_dependent/api/v1/erm_users.t and > t/db_dependent/Letters.t. > > Sponsored-by: Koha-Suomi Oy Ha, just had written almost the same patch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35079] New: Rebuild POT files only if necessary or asked explicitely
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35079 Bug ID: 35079 Summary: Rebuild POT files only if necessary or asked explicitely Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 --- Comment #62 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- Created attachment 158919 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158919&action=e… Bug 12133: Fix failing tests Tests in erm_users.t and Letters.t failed because when we mock patrons they receive category where setting can_be_guarantee is not 0. This triggers error "Child patron cannot be a guarantor". We also need to mock syspref "ChildNeedsGuarantor" accordingly. To test prove t/db_dependent/api/v1/erm_users.t and t/db_dependent/Letters.t. Sponsored-by: Koha-Suomi Oy -- You are receiving this mail because: You are watching all bug changes.

1 0