July 2020 - Koha-bugs - lists.koha-community.org

[Bug 24460] New: Modifying item's lost state returns issued item without it being logged
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '20

14 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24460 Bug ID: 24460 Summary: Modifying item's lost state returns issued item without it being logged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If the sub MarkIssueReturned is called it returns checked-in item without logging it to action_logs table: > # And finally delete the issue > $issue->delete; Elsewhere in the codebase returns are logged: > logaction("CIRCULATION", "RETURN", $borrowernumber, $item->itemnumber) > if C4::Context->preference("ReturnLog"); MarkIssueReturned should also log the return to action log so that if any mistakes are made when changing the item status to lost or not lost they can be tracked by the librarians. MarkIssueReturned() gets called by the web page catalogue/updateitem.pl if the lost status is changed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 25596] New: "Overpayment refund" is not translatable
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25596 Bug ID: 25596 Summary: "Overpayment refund" is not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 21727 In some cases there might be a refund to the account to balance and overpayment. The description created is "Overpayment refund". This string appears in the accounts table in the patron account and is currently not translatable. Added by commit 11c4cd73e19586ea74a7ac5ba7c88989dd8c4f21 Bug 21727: Add handling for cases requireing patron refunds Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21727 [Bug 21727] Add Koha::Account::Line->adjust -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 25460] New: Update OAI set (and optionally embed item information) when adding/editing/deleting items
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25460 Bug ID: 25460 Summary: Update OAI set (and optionally embed item information) when adding/editing/deleting items Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently the if you have a OAI set with mappings containing 952 subfields then when library staff add/edit/delete items the OAI set is not updated. OAI sets are only updated if: * OAI-PMH:AutoUpdateSets syspref is enabled & biblio record is added/edited/deleted This is because C4::OAI::Sets->UpdateOAISetsBiblio() is called from C4::Biblio->AddBiblio() or C4::Biblio->ModBiblio() neither of which are executed on adding/editing/deleting items. This patch will call C4::OAI::Sets->UpdateOAISetsBiblio() when adding/editing/deleting items as well as biblios if OAI-PMH:AutoUpdateSets syspref is enabled. It will also allow library staff to define if they want item information embedded in these automatic updates. i.e. they have mappings on 952 field and want those subfields to be checked when adding/editing/deleting items. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 24747] New: Library Transfer Limit page incorrectly describes its behavior
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24747 Bug ID: 24747 Summary: Library Transfer Limit page incorrectly describes its behavior Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com on branch_transfer_limits.pl, we see the wording "Check the boxes for the libraries you accept to checkin items from." However, what we're actually doing here is checking boxes for the libraries to which you are allowed to transfer items. To verify that this is the case: 1- Set UseBranchTransferLimits set to Enforce using itemtype 2- Confirm circ rules allow holds 3- Confirm hold policy by item type allows holds 4- Confirm all branches are valid pickup locations in branch setup 5- In Branch Transfer Limits, set dropdown to Branch A, select itemtype Book, disable all transfers so Branch A does not accept books from any other branch 6- Find a patron from Branch A 7- Find a book from Branch B 8- On the intranet, successfully place hold on item for patron for pickup at branch A 9- Cancel hold 10- Log into opac as patron 11- Successfully place hold on item for pickup at Branch A 12- Cancel hold 13- In Branch Transfer Limits, set dropdown to Branch A, select itemtype Book, ENABLE all transfers so Branch A DOES accept books from any other branch 14- In Branch Transfer Limits, set dropdown to Branch B, select itemtype Book, disable all transfers so Branch B does not accept books from any other branch 15- On the intranet, try to place a hold on item for patron, confirm Branch B is your only pickup option 16- On the OPAC, log in as patron, try to place a hold on item, confirm Branch B is your only pickup option -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 19353] New: Make possible to have custom configuration for marcxml and marc21 metadata prefixes in OAI server
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19353 Bug ID: 19353 Summary: Make possible to have custom configuration for marcxml and marc21 metadata prefixes in OAI server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 24899] New: Reindent record matching rules template
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24899 Bug ID: 24899 Summary: Reindent record matching rules template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 16763 I propose to reformat the record matching rules template (matching-rules.tt) so that it has consistent spacing and indentation. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16763 [Bug 16763] Remove the use of "onclick" from record matching rules form -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 25354] New: Clean up JavaScript markup in cataloging plugin scripts
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25354 Bug ID: 25354 Summary: Clean up JavaScript markup in cataloging plugin scripts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I have an idea for how to move JavaScript in additem.tt and addbiblio.tt to the footer, but the JavaScript generated by the plugin scripts needs some cleanup before that can happen. Specifically, single line JS comments (// ... ) will break the script if whitespace in the script is collapsed. These will be changed to multi-line comments (/* ... */). While I'm making changes I'll be removing the <script> tag's "type" attribute and obsolete "//<![CDATA[" markers. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 23807] New: Add Koha::Item->as_marc_field
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23807 Bug ID: 23807 Summary: Add Koha::Item->as_marc_field 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It will be handy to have an OO method to generate a MARC::Field object out of a Koha::Item object. All the required data is in place and it could aid in performance as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 16357] New: Plack error logs are not time stamped
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16357 Bug ID: 16357 Summary: Plack error logs are not time stamped Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The log /var/log/koha/<instance>/plack-error.log gives no indication of when the error occurred, making historical trouble-shooting very difficult. -- You are receiving this mail because: You are watching all bug changes.

1 148

[Bug 17279] New: Edifact:: Line quantity should ensure its returning invoiced quantity
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17279 Bug ID: 17279 Summary: Edifact::Line quantity should ensure its returning invoiced quantity Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Edifact::Line 's quantity method is currently used in the context of receipting from an invoice, but the line object only looks at tag in populating the value. It should check the quantity qualifier to ensure that another type of quantity is not being incorrectly returned. The method should be renamed to be more specific e.g. invoiced_quantity rather than quantity, in order to self document -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5