November 2016 - Koha-bugs - lists.koha-community.org

[Bug 14610] Add ability to place article requests in Koha
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17591 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17591 [Bug 17591] Use fully qualified C4::Items function names in C4::Circulation -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14541] Tax rate should not be forced to an arbitrary precision
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14541 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nengard(a)gmail.com --- Comment #14 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** Bug 10253 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10253] tax rate only takes 1 decimal point
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10253 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** This bug has been marked as a duplicate of bug 14541 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14541] Tax rate should not be forced to an arbitrary precision
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14541 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kyle(a)bywatersolutions.com |jonathan.druart(a)bugs.koha-c | |ommunity.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14541] Tax rate should not be forced to an arbitrary precision
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14541 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #41075|0 |1 is obsolete| | --- Comment #13 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 57363 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57363&action=ed… Bug 14541: Do not truncate tax rate values Tax rates are stored in decimal(6,4) fields which means that 4 decimals are allowed. If a tax rate is 8.42%, it is stored as 0.0842 If a tax rate has more precision than that, Koha won't deal correctly with it. We will need to update the DB structure. With this patch, the tax rate will be displayed with the same precision as in the DB. So if you enter 8.42, you will see 8.42% instead of 8.4% without this patch. Test plan: Do a full acquisition workflow with a tax rate like 8.42% and confirm that it is correctly displayed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14541] Tax rate should not be forced to an arbitrary precision
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14541 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10253] tax rate only takes 1 decimal point
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10253 --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Kyle M Hall from comment #4) > As discussed on bug 14541, we shouldn't force the tax rate to *any* > arbitrary precision. I just came across a library with a tax right of > something like 4.3655 percent! With 4.3655, it would be 0.043655 in DB, but as we store only 4 decimal it will be truncated to 0.0436 We would need to update the DB structure to support such precision. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 5260] Add option to send an order by e-mail to the acquisition module
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260 --- Comment #77 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think I need help to fix the tests. :( My guess right now is that the "from" address, which for claims and orders is the email of the librarian sending it, is somehow generated and not valid - which could break the tests like that: # found carped warning: Bad or missing From address: '' found carped warning: Bad or missing From address: 'SSi32Vsm4u' The tests did run nicely when I was developing this, I haven't been able to locate when and why they broke :( -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 11577] Automatic renewals
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11577 --- Comment #129 from David Cook <dcook(a)prosentient.com.au> --- Also, can someone confirm this line from the Help file: "Important: This feature needs to have the "no renewal before" column filled in or it will auto renew everyday after the due date." It looks to me that it will actually auto-renew before the due date if the "no renewal before" column is null. That's just based on code review though. I haven't tested it. The perldoc in automatic_renewals.pl seems to suggest this though. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11577] Automatic renewals
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '16

09 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11577 --- Comment #128 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #127) > Can someone confirm that "No renewal before" is an integer indicating the > number of days after the due date to wait before automatically renewing an > item? > > There's nothing that indicates this in the Help file for the circulation > rules nor in the test plans below. > > It was obvious when I looked at t/db_dependent/Circulation/GetHardDueDate.t, > but perhaps it would be prudent to clarify this somewhere for Koha users. It looks like I completely misunderstood "No renewal before". It looks like it's referred to in https://wiki.koha-community.org/wiki/Automatic_renewal_RFC and https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7413... It looks like this is the key point: "One solution here would be to allow renewals only x days before the book is due." So it's really "No renewal allowed until X units before due date" -- You are receiving this mail because: You are watching all bug changes.

1 0