Bug 5411

Summary: Existing renewal rules are not translated into new rule structure on upgrade
Product: Koha Reporter: Liz Rea <wizzyrea>
Component: Installation and upgrade (web-based installer)Assignee: Henri-Damien LAURENT <henridamien>
Status: CLOSED INVALID QA Contact: Bugs List <koha-bugs>
Severity: major    
Priority: P5 - low CC: gmcharlt, katrin.fischer, wizzyrea
Version: Main   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:

Description Liz Rea 2010-11-15 22:41:37 UTC
I just updated a 3.00 db to a 3.03.00.003, and discovered that the renewal rules were not translated correctly into the new rule structure.

Renewal rules (Itemtypes) pre-upgrade: http://screencast.com/t/kBEy1R79t8

Issuing rules pre-upgrade: http://screencast.com/t/Gw6Y0l9hvl6

Issuing rules post-upgrade: http://screencast.com/t/8AplaPge

Item Types post-upgrade: http://screencast.com/t/P0x3jB27w

It seems to me that the upgrade script should have created rules such as:

default:<itemtype> <everything the same as default> <number of renewals for that itype>

The only case where it wouldn't need to bother to create rules would be if all of the item types pre-upgrade had the same renewal limit

This bug was likely introduced with DB revision 3.01.00.065 (thanks gmcharlt)
Comment 1 Liz Rea 2010-11-15 22:47:32 UTC
and it's a little extra bad, since the previously set itype renewal limits are lost in the shuffle.
Comment 2 Katrin Fischer 2012-01-06 15:56:27 UTC
As this is related to 3.0.x - should it be WONTFIX?
Has it been resolved on another bug?
Comment 3 Liz Rea 2012-01-17 20:02:54 UTC
I haven't seen this behavior - going to close it.