[Zope-Checkins] SVN: Products.Five/branches/1.2/CHANGES.txt Fix
incorrect CHANGES.txt update
Alec Mitchell
apm13 at columbia.edu
Tue May 2 15:50:45 EDT 2006
Log message for revision 67857:
Fix incorrect CHANGES.txt update
Changed:
U Products.Five/branches/1.2/CHANGES.txt
-=-
Modified: Products.Five/branches/1.2/CHANGES.txt
===================================================================
--- Products.Five/branches/1.2/CHANGES.txt 2006-05-02 19:48:17 UTC (rev 67856)
+++ Products.Five/branches/1.2/CHANGES.txt 2006-05-02 19:50:45 UTC (rev 67857)
@@ -8,20 +8,14 @@
Bugfixes
--------
+* Made sure that events are fired as expected in add and edit forms.
+
* Made sure LocalizerLanguages class normalized language codes to
xx-yy, instead of xx_YY or xx-YY.
* Fixed a problem with the new traversal look-up order and the root
object (OFS.Application.Application).
-Five 1.2.4 (unreleased)
-=======================
-
-Bugfixes
---------
-
-* Made sure that events are fired as expected in add and edit forms.
-
Five 1.2.3 (2006-03-31)
=======================
@@ -155,18 +149,18 @@
* When Zope was not in debug mode, an error in a ZCML file would cause Five to
stop loading ZCML completely, making all subsequent products "dead". The
- effect would typically be that objects appeared to have no views at all.
- Now a ZCML error will only stop the ZCML loading for that product, but the
- rest of the products will load as usual. A traceback will still be printed
+ effect would typically be that objects appeared to have no views at all.
+ Now a ZCML error will only stop the ZCML loading for that product, but the
+ rest of the products will load as usual. A traceback will still be printed
in the event log.
- In debug mode the behaviour has not changed; a ZCML error will stop Zope
+ In debug mode the behaviour has not changed; a ZCML error will stop Zope
startup completely, and print a traceback if running in foreground mode.
-
+
Restructuring
-------------
-* The deprecated FivePageTemplateFile was removed, and the erroneous use of
+* The deprecated FivePageTemplateFile was removed, and the erroneous use of
this by EditView was changed.
Bugfixes
@@ -177,7 +171,7 @@
Note that this test fails on Zope 2.8.1, which incorrectly ignored
'handle_errors'.
-* FiveTraversable should only do a view lookup and not call the traverse
+* FiveTraversable should only do a view lookup and not call the traverse
method of its superclass.
* Fixed manage_beforeDelete triggering for classes using five:sendEvents.
@@ -192,13 +186,13 @@
* 'zope' domain translations are now set up by default. Form i18n needs them.
-* Added backwards compatibility for some moved classes (AddForm, EditForm,
+* Added backwards compatibility for some moved classes (AddForm, EditForm,
ContentAdding)
* The ZPT variable 'container' makes little sense in Zope3/Five, but is now
always set to be the same as 'here' which is normal Zope2 behaviour.
It is in Five 1.0.x set to be the same as 'view' which breaks some templates.
-
+
* In some hard to replicate cases, using the "modules" variable in ZPT cause
an AuthenticationError. Using the secure module importer fixes this.
More information about the Zope-Checkins
mailing list