http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7167 Paul Poulain <paul.poulain@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #6722|Bug 7167 follow-up |Bug 7167 follow-up 2 description|perlcritic & numbers |perlcritic & numbers |display & partial apply |display & partial apply |depending on DEBUG |depending on DEBUG --- Comment #30 from Paul Poulain <paul.poulain@biblibre.com> 2011-12-12 14:20:49 UTC --- Comment on attachment 6722 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6722 Bug 7167 follow-up 2 perlcritic & numbers display & partial apply depending on DEBUG This follow-up deals with comment 28 :
Listing them all is not helpful. Yep, I plan to add an improvement to display applied patches like this 3.07.01.001...3.07.01.015 (if we have applied all revs btw 001 and 0015) and 3.07.01.001...3.07.01.015, 3.07.01.0017 (if we have applied all revs between 001 and 015, and the 017)
So this would be: 3.07.01 with 36 db revisions installed; 23 db revisions pending. Question: Do you allow someone to install dbrev 3.07.03.xxx while not all 3.07.02 are installed? I would say No. Code should check that. Can we test it?
I've proposed, and will provide an improvement for that, the following behaviour: * if DEBUG=0, then you will reach the update page from mainpage.pl until you've made all update. So you *can't* switch an update. * if DEBUG=1, then you won't reach the update page automatically. For testers/testing purposes, it's a desired behaviour (improvement: today, you have only the DEBUG=0 behaviour, which is OK)
Thus, you'll get: * non linear updates, with almost the same behaviour as today, for productions setups * mandatory updates, except if you've DEBUG=1 (and in this case, you know what you're doing)
-- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.