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

[Bug 14141] New: Changing the Library for a notice duplicates the notice instead of updating it
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14141 Bug ID: 14141 Summary: Changing the Library for a notice duplicates the notice instead of updating it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you edit a notice for a library and choose to change the Library field, the notice is created for that library, but the old notice remains. Essentially this turns the "update" into a "copy with edits". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 14910] New: Renew a patron does not redirect to the correct module
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14910 Bug ID: 14910 Summary: Renew a patron does not redirect to the correct module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron is renewed from the circulation module, the librarian should be redirected to the circulation module. This works correctly if the renew is done from the patron module (members). This is caused by a typo in the template: desintation vs destination -- You are receiving this mail because: You are watching all bug changes.

1 22

[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 15073] New: FeeOnChangePatronCategory in wrong place
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15073 Bug ID: 15073 Summary: FeeOnChangePatronCategory in wrong place Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: System Administration Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 13697 The FeeOnChangePatronCategory preference needs to be moved to a more logical place. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13697 [Bug 13697] Syspref to not add a fee when a patron changes to a category with enrolment fee -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 15087] New: make dt_from_string return undef for '0000-00-00'
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15087 Bug ID: 15087 Summary: make dt_from_string return undef for '0000-00-00' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Current master, define circulation rule All, All any number of days, but left 'Hard due date' EMPTY. Try to checkout something to a patron, you get Can't locate object method "truncate" via package "-1" (perhaps you forgot to load "-1"?) at .... Problem comes from GetHardDueDate, it returns return (dt_from_string($rule->{hardduedate}, 'iso'),$rule->{hardduedatecompare}); But dt_from_string returns without value in case of '0000-00-00' date, return if $date_string and $date_string =~ m|^0000-0| which evaluates to an empty list in this case, making the final return value for GetHardDueDate ( -1 ) instead of ( undef, -1 ) -- You are receiving this mail because: You are watching all bug changes.

1 22