September 2015 - Koha-bugs - lists.koha-community.org

[Bug 14929] New: Fix missing dispay of help page in contract management
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14929 Bug ID: 14929 Summary: Fix missing dispay of help page in contract management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The help page does not display on Home > Acquisition > [Veondor] > Contracts (/cgi-bin/koha/admin/aqcontract.pl?booksellerid=XXXX) Reason: The name of the template file is: koha-tmpl/intranet-tmpl/prog/en/modules/admin/aqcontract.tt However, there is a typo in the name of the help template files: koha-tmpl/intranet-tmpl/prog/en/modules/help/acqui/acqcontract.tt (aq <-> acq) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 12311] New: Batch modification of checked out and lost items checks them in
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12311 Bug ID: 12311 Summary: Batch modification of checked out and lost items checks them in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you use the batch modification tool to change details of an item which is checked out and lost the item is checked in. To reproduce: 1. Identify items which are checked out and lost. 2. Submit these items for batch modification. 3. Choose any field to modify: collection code, item type, price, etc. 4. Complete the modifications. 5. Confirm that these items are no longer checked out. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6756] New: Patron anonymizing tool reports false success
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6756 Bug #: 6756 Summary: Patron anonymizing tool reports false success Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/tools/cleanborrowers.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Problem: Koha gives you no hint, that you have to set up an anonymous patron (system preference AnonymousPatron) for the anonymization to work correctly. Even worse, if you don't have one, it will still report successfull deletion of patron's history, even though nothing has changed in the old_issues table and no informatoin was deleted or anonymized. To reproduce: - Check your AnonymousPatorn system preference is empty - Go to Tools > Delete some old patrons/Anonymize some check-out histor - Uncheck 'Delete borrower who has not borrowed since...' - Select a date near to the present for 'Anonymize check-out history older than...' and 'next' - Check that it reports more than 0 to be anonymized and 'next' > Koha reports successful deletion If you check the old_issues table before and after the process you will see that nothing has changed. With an anonymous patron set up correctly it works well. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 23

[Bug 14733] New: Prevent a record from having holds with duplicate priorities
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14733 Bug ID: 14733 Summary: Prevent a record from having holds with duplicate priorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It is possible to create holds with duplicate priorities. The reason for this is that typically the priority is calculated before placing the hold. When the hold is placed the priority is calculated. This can easily be shown by opening up two browser windows and starting to place a hold for a record in each one. You'll see that both list the same priority. If you than place the hold in each window, both holds will have the same priority! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 13675] New: the budget of an order is set to null if not changed on receiving
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 Bug ID: 13675 Summary: the budget of an order is set to null if not changed on receiving Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Note that this bug should not appear using the interface. C4::Acquisition::ModReceiveOrder updates the aqorders with budget_id=NULL if no budget_id given in parameter. Actually the same budget_id should be used. In tests (especially t/db_dependent/Acquisition/TransferOrder.t), ModReceiveOrder is not called with a budget_id param and set to NULL the budget_id value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 14589] New: Replace fetch CGI::Cookie calls
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14589 Bug ID: 14589 Summary: Replace fetch CGI::Cookie calls 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 7923] New: Performance omnibus
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7923 Priority: P5 - low Change sponsored?: --- Bug ID: 7923 Assignee: gmcharlt(a)gmail.com Summary: Performance omnibus QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Depends on: 2898 Product: Koha Creating this bug to collect several bugs related to performance improvements. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 13993] New: Transfer order from one vendor to another vendor: Previous orderstatus is not changed
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13993 Bug ID: 13993 Summary: Transfer order from one vendor to another vendor: Previous orderstatus is not changed 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: amitddng135(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 37

[Bug 12054] New: It’s possible to make order from an inactive vendor
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12054 Bug ID: 12054 Summary: It’s possible to make order from an inactive vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.carassiti(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org Created attachment 26915 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26915&action=edit Order from an inactive vendor When you make a vendor inactive, koha is able to order from it although if the help says you it’s not possible (see the attachment). I think it would be convenient to have at least a message that inform you of the vendor status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 13813] New: Remove deprecated module C4::Dates from system
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13813 Bug ID: 13813 Summary: Remove deprecated module C4::Dates from system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The use of C4::Dates module is deprecated since June 2014. It has been superseded by Koha::DateUtils. See: http://wiki.koha-community.org/wiki/Coding_Guidelines Some functionality should be moved to Koha::DateUtils and it should be removed step by step from the system. -- You are receiving this mail because: You are watching all bug changes.

1 226