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

[Bug 24157] New: Additional acquisitions permissions
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24157 Bug ID: 24157 Summary: Additional acquisitions permissions 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 Add separate permissions allowing selected users to: * Reopen a closed invoice * Edit an invoice * Delete a basket * Delete an invoice -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 16112] New: Specify due date for batch renew
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16112 Bug ID: 16112 Summary: Specify due date for batch renew Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Currently , we can not manually select a renewal due date in the batch renewal tool (renew.pl). This could be a system preference like specifyDueDate or SpecifyReturnDate. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 16748] New: Batch checkout needs set due date
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16748 Bug ID: 16748 Summary: Batch checkout needs set due date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: arm(a)hanover.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I really looked forward to Batch Checkout. Thanks for creating it! Now I have tried it there is one enhancement I would like to see. There is no way to specify the due date, the way you can in checkout by selecting a date from the calendar. We tried setting a date in checkout before going to the batch checkout tab but the selected date is not used - it uses the default loan period. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 18911] New: Option to set preferred language in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18911 Bug ID: 18911 Summary: Option to set preferred language in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org With bug 17762 it's now possible to set a preferred language in the patron account that will be used to sent translated notices. It should be possible for the patron to set their preferred language in the OPAC too. If a library doesn't want this, the PatronSelf*BorrowerUnwantedField preferences should allow to remove the option. -- You are receiving this mail because: You are watching all bug changes.

1 27

[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 15 Nov '20

15 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 14 Nov '20

14 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