- Koha-devel - lists.koha-community.org

Koha 3.16.6 released
by Mason James 24 Dec '14

24 Dec '14

The Koha release team are proud to announce the release of Koha 3.16.6. This is a maintenance release, but contains one security fix. Everyone running 3.16.x is strongly recommended to upgraded. As always you can download the release from http://download.koha-community.org. Release notes at http://koha-community.org/koha-3-16-6-release/ cheers, Mason

1 0

Koha 3.18.2 released
by Chris Cormack 22 Dec '14

22 Dec '14

The Koha release team are proud to announce the release of Koha 3.18.2 this is a maintenance release but contains one security fix. Everyone running 3.18.x is strongly recommended to upgraded. http://koha-community.org/koha-3-18-2-release/ Chris

1 0

koha 3.14.12 released
by Fridolin SOMERS 22 Dec '14

22 Dec '14

The Koha community is proud to announce the release of 3.14.12. This is a maintenance release and contains several bugfixes. As always you can download the release from http://download.koha-community.org. Have a look at release post : http://koha-community.org/koha-3-14-12-released "Get the pie while it's hot" and Merry XMas ! Regards, -- Fridolin SOMERS Biblibre - Pôles support et système fridolin.somers(a)biblibre.com

1 0

Discussion needed regarding holds circ rules.
by Barton 19 Dec '14

19 Dec '14

Hi, I wanted to bring up an issue that's been kicked around a fair amount on Bugzilla, and has not, as far as I can tell, received as much attention in terms of design as I believe it deserves: The interaction between holds (aka reserves) and circulation rules is broken: see * bug 10314 : CanItemBeReserved does not respect the holds policies. * bug 4850: CheckReserves does not respect holds circulation policies * bug 4045: No check for maximum number of allowed holds from OPAC [This was pushed to Master, but is only a partial fix]. I think that there are two things that are really at the heart of each of these issues: 1) We're using the system preference 'ReservesControlBranch' to determine which set of Circulation rules should apply. The choices are "Item's Home Branch" or "Patron's Home Branch". The problem is that we're essentially saying "You have the choice of which set of Hold Rules you want to ignore". Unfortunately, these are not mutually exclusive: There's no way of saying "Choose the strictest set of hold limits" 2) Circulation rules apply to items, but Holds are biblio level objects. We make the decision about whether a hold may be filled on a bib record based on whether any of the items may fill the hold, bu t we're un-critical about the limits of that statement. If we say that a hold on a bib record may be filled, are we sure that we're re-checking to make sure that each item attached to the bib is holdable when we look again at the item level? I'm sorry if I'm asking a frequently asked question here; I tried to do my due diligence with Google, and got a fire hose full of "not quite what I meant" :-) Cheers, --Barton

1 0

Tax rewrite ready to test!
by Jonathan Druart 18 Dec '14

18 Dec '14

Hello all, I am proud to announce that the tax rewrite is ready to test! All patches from patches present on the graph [1] are applied on the branch kohac/ft/bug_13323 [2] (based on the current master). The sandbox 17 [3] has been frozen with this branch and will be updated regularly. All the bug reports depending on bug 12825 don't modify the current behaviors. The 3 on the top of the graph does. 1/ Bug 13321 (Tax and prices calculation need to be fixed) is the most important one, the price calculation is changed (and the existing data fixed). 2/ Bug 13324 (The fund values must be based on tax included values) is a small patch, it modifies the way the fund values are calculated (should be based on tax included values). 3/ Bug 13323 (Change the tax rate on receiving) is a new enhancement. All the patches before have submitted to make this patch easy to write. This enhancement has been written easily, with only few changes in pl scripts. It will permit to change the tax rate on receiving, it's a need for several libraries, at least in France. If you want to know how the prices are calculated everywhere, you can have a look at the C4::Acquisition::populate_order_with_prices subroutine, or at the specification on the wiki [4] Note that the way freight costs are calculated is not changed yet. The size of all patches not pushed yet is 62 files changed, 1803 insertions(+), 931 deletions(-) In test files: 10 files changed, 663 insertions(+), 147 deletions(-), in DB files: 4 files changed, 346 insertions(+), 21 deletions(-). So it's a big change, but especially because of the variable names homogeneity, the tests added and the DB structure changes. I really would like to see a quick integration of this rewrite. First to avoid regression with the current version (caused by rebases), and not to push it at the end of the release cycle. This patch set has been tested and validated by 2 testers at BibLibre (Laurence and Stéphane) and by Sonia from the Lyon3 team during the last signoff day. I am quite confident with it. Please ask me if you have any question on how all of this works. Cheers, Jonathan [1] http://www.gliffy.com/go/publish/6160409 [2] https://git.biblibre.com/biblibre/kohac/commits/ft/bug_13323 [3] http://pro.test17.biblibre.com/ [4] http://wiki.koha-community.org/wiki/GST_Rewrite_RFC

1 0

Pending PDF::Reuse Release And Koha
by Chris Nighswonger 17 Dec '14

17 Dec '14

I have rolled a pending PDF::Reuse release which incorporates several methods which I wrote to accommodate the label and patroncard tools in Koha back in 2009. I had hoped these would be included in PDF::Reuse before now; however, they were not. The module appears to have been abandoned by the original author, and I was able to be listed as a co-maintainer. I have tested these changes on Koha's current head, and they appear to work fine. This is an official call for testing these changes prior to my releasing the new version of PDF::Reuse. Since these changes directly affect Koha, they have the potential to affect current and future stable installs. Below is a link to a dev release of PDF::Reuse which contains the proposed changes. Attached is a patch formatted against the head current at the time of this email. Please do the following: 1. Upgrade PDF::Reuse to 0.35_01. 2. Run Koha's non-DB dependent test suite. You should notice some non-fatal warnings about the redefinition of one or two subs in PDF::Reuse. This should not affect the functionality of the tools for the end user. 3. Verify the functionality of the related tools. 4. Apply the attached patch. 5. Re-run Koha's non-DB dependent test suite. You should note no warnings related to PDF::Reuse. 6. Re-verify the functionality of the related tools. 7. Reply to the list with any issue which arise. After we're happy with the changes, I will submit the attached patch to Koha via normal channels for QA, etc. This conversation will serve as QA for the proposed PDF::Reuse release. There are many things which could be different about the code in PDF::Reuse. This release is not the time to deal with these, so please keep it to show-stopping problems. There will be plenty of time to "fix" other things later. (That said, feel free to send along any thoughts directly to me.) Kind Regards, Chris http://backpan.perl.org/authors/id/C/CN/CNIGHS/PDF-Reuse-0.35_01.tar.gz

4 7

Call for development news: December 2014
by kohanews 16 Dec '14

16 Dec '14

Koha Development community ~ If you have any bugs or projects you'd like us to highlight or promote in the December newsletter, please let us know. Maybe it'll attract some additional eyes, testers and sign-offs. k o h a news AT gmail dot com Thank you! -- Chad Roseburg Joanne Dillon Editors, Koha Newsletter

1 0

Call for news: December 2014
by kohanews 16 Dec '14

16 Dec '14

Fellow Koha users ~ We're collecting news for the December newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- * News items can be of any length. * Anything and everything Koha. * Submit by the 26th. If you are working on an interesting project or development related to Koha, please let us know and we'll include it in the development section. -- Chad Roseburg Joanne Dillon Editors, Koha Newsletter

1 0

Accounts Rewrite
by Kyle Hall 15 Dec '14

15 Dec '14

Hey All, It's been well over a year since I submitted my first iteration of the accounts rewrite. Now that 3.18 is out the door, I think it's time to hit the ground running! Due to the size of this change, I'm asking for *two* QA volunteers who are willing to work closely with me to make sure we have all our ducks in a row. I think it should be first pass, second pass, rather than both simultaneously. Any QA'er whose willing to work with me on this, please let me know! I can state that right now it's definitely not in a passable state, there are a number of visual bugs that need to be taken care of, but all in all it works really well. We've had two partners battle testing this code since I first submitted it, and the only issues are related to backporting the feature to older versions of Koha. In addition, NEKLS has volunteered to test it as well. I'm working on setting up their test server with the code. I anticipate getting the patches to a signed off state very soon, so please, if anyone is willing to help qa this, let me know! Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com )

5 4

Some simple sign-offs :)
by Mark Tompsett 15 Dec '14

15 Dec '14

Greetings, Anyone looking for some simple sign offs, I think you might like these. 13451 Koha Test Sui mtompset(a)hotmail.com Need --- Holidays.t assumes default data 16:56:22 13453 Koha Test Sui mtompset(a)hotmail.com Need --- Koha.t daily quote tests assume sample data 17:31:12 13455 Koha Test Sui mtompset(a)hotmail.com Need --- Members/AddEnrolmentFeeIfNeeded.t requires sample data 20:49:57 13456 Koha Test Sui mtompset(a)hotmail.com Need --- Serials/Claims.t expects no subscriptions 21:35:54 13457 Koha Test Sui mtompset(a)hotmail.com Need --- Suggestions.t expects sample itemtypes 22:06:04 I found them when I attempted: $ prove -r t I’m still thinking about how to fix: t/db_dependent/Reserves.t t/db_dependent/SIP_ILS.t t/db_dependent/www/batch.t In making our tables more javascripty-ajaxy, we broke www/batch.t as far as I can tell. Though, I could be wrong. GPML, Mark Tompsett

2 1