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

[Bug 23895] New: We should tidy up the directories under installer/data/myself/
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23895 Bug ID: 23895 Summary: We should tidy up the directories under installer/data/myself/ 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 As discussed in IRC, the directories and files under /installer/data/mysql/ have become a bit confusing and should be ratified. Initially, we should move the globally required and untranslatable sql files to into the /mandatory subdirectory (rather than having a scattering between the top level directory and the /mandatory one. We could perhaps also use prefixes to ensure order rather than requiring developers add the filenames into the array in C4::Installer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 20287] New: Move AddMember and ModMember to Koha::Patron
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20287 Bug ID: 20287 Summary: Move AddMember and ModMember to Koha::Patron 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(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 68

[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 26327] New: Include transacting library in fines
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '20

13 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26327 Bug ID: 26327 Summary: Include transacting library in fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 15985 got lengthy and the patchset got over-complicated on the QA process and the guidelines changes in between. I propose a fresh restart here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55