On Fri, Apr 23, 2010 at 06:14:23PM -0400, Tres Seaver wrote: > Jim Fulton wrote: > > On Fri, Apr 23, 2010 at 4:18 AM, Jacob Holm <[email protected]> wrote: > >> Hi Michael, Tres > >> > >> I agree a new major version is required due to the new "feature" of > >> having new permission names, but there is no reason to break > >> compatibility with code using the old names. > >> > >> IIRC the <redefinePermission/> zcml-directive is there exactly to > >> provide backwards compatibility when renaming permissions. Use like: > >> > >> <redefinePermission > >> from = "<no longer defined permisison id>" > >> to = "<existing permission id>" > >> /> > >> > >> It is defined in zope.security:meta.zcml along with the <permission/> > >> directive, so should be usable with any code that uses that. > > > > This only affects ZCML. It caused declarations for the old permission > > to be mapped to the new one. It doesn't affect stored permissions. > > Maybe the short-term fix would be to add a shim package (reviving > 'zope.app.dublincore', maybe) whose only job in life is to make those > permissions loadable. Maybe the package ships with some code to help > write the evolve script, or something. > > In the meanwhile, folks with persistent permissions should pin the > version of zope.dublincore == 3.6.0.
*Please* mention this in the changelog in big fat letters. People who upgrade, say, from the 3.4 KGS to BlueBream 1.0 won't necessarily have read every zope-dev discussion for the last three years. Marius Gedminas -- http://pov.lt/ -- Zope 3 consulting and development
signature.asc
Description: Digital signature
_______________________________________________ Zope-Dev maillist - [email protected] https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
