Commit 7169d815 authored by Brian Lloyd's avatar Brian Lloyd

Updated CHANGES

parent 7eab5474
...@@ -6,90 +6,106 @@ Zope Changes ...@@ -6,90 +6,106 @@ Zope Changes
Features Added Features Added
- Python compiler in RestrictedPython brought in sync with - New user management API for user folder objects was implemented.
main distribution. Made to be compatible with Python 2.2.
- Added links in the "debugging information" control panel As of Zope 2.5, manage_addUser, manage_editUser and manage_delUsers
for viewing the contents of the ZODB cache. form the official API for user management. The old grotesque way of
using manage_users is now deprecated.
- Added user password encryption capability, fulfilling the The default implementation of these API methods simply call the
needs described in the proposal at: _doXXX versions of the methods that user folder authors have already
http://dev.zope.org/Wikis/DevSite/Proposals/EncryptedUserfolderPasswords implemented, which means that these APIs will work for current user
There is now a "properties" tab in user folders where you folder implementations without any action on the part of the author.
can select whether passwords are stored encrypted.
- Locale support in STXNG has been broken (since 2.4.0) User folder authors that implement the new manage_XXX API can get
rid of the old _doXXX versions of the methods, which are no longer
required (we only use them if the new api is not directly implemented).
API documentation for the User Folder API was also added to
the help system.
- Python compiler in RestrictedPython brought in sync with
main distribution. Made to be compatible with Python 2.2.
- Added links in the "debugging information" control panel
for viewing the contents of the ZODB cache.
- Added user password encryption capability, fulfilling the
needs described in the proposal at:
http://dev.zope.org/Wikis/DevSite/Proposals/EncryptedUserfolderPasswords
There is now a "properties" tab in user folders where you
can select whether passwords are stored encrypted.
- Locale support in STXNG has been broken (since 2.4.0)
Bugs fixed Bugs fixed
- Collector #2532: ZCatalog.availableSplitters is now protected - Collector #2532: ZCatalog.availableSplitters is now protected
by security mechanism. by security mechanism.
- Collector #2412: a read-only FileStorage has not been closed
properly.
- Collector #2390: Objects of type 'Help Image' were not properly
re-registered inside registerHelp().
- Collector #2412: a read-only FileStorage has not been closed - Fixed broken FTP download for larger files.
properly.
- Collector #2390: Objects of type 'Help Image' were not properly - Collector # 2396: StructuredText did not allow URLs containing "%"
re-registered inside registerHelp().
- Fixed broken FTP download for larger files. - Collector # 2397: StructuredText could not handle underlined text
properly. Also <dtml-var stxdoc ftm=structured-text> will no longer
produce <html>..<body> and </body>..</html>
- Collector # 2396: StructuredText did not allow URLs containing "%" - Collector #2438: Using a slice operation like [30:] on a
ZCatalog search result caused a MemoryError because
the __getslice__ implementation used range() instead
of xrange().
- Collector # 2397: StructuredText could not handle underlined text - Collector #2423: Searching a FieldIndexes for documents
properly. Also <dtml-var stxdoc ftm=structured-text> will no longer with a blank string has been broken.
produce <html>..<body> and </body>..</html>
- Collector #2438: Using a slice operation like [30:] on a - WebDAV Lockmanager was not working due to a Python 2.1
ZCatalog search result caused a MemoryError because incompatibility.
the __getslice__ implementation used range() instead
of xrange().
- Collector #2423: Searching a FieldIndexes for documents - Collector #2482: A COPY operation through WebDAV on a locked
with a blank string has been broken. resource left the destination resource in a locked state
so any WebDAV client was unable to unlock the destination
object. Locks are now cleared from the destination object.
- WebDAV Lockmanager was not working due to a Python 2.1 - Error message AttributeError/_v_blocks when a DTMLfile is
incompatibility. not present or could not be read replaced by a more
informative message.
- Collector #2482: A COPY operation through WebDAV on a locked - Collector #2497: SERVER_PROTOCOL variable is now compliant
resource left the destination resource in a locked state with the CGI specification and looks like "HTTP/1.1" instead
so any WebDAV client was unable to unlock the destination of "1.1"
object. Locks are now cleared from the destination object.
- Error message AttributeError/_v_blocks when a DTMLfile is - Creation of a TextIndex ignored the vocabulary setting.
not present or could not be read replaced by a more
informative message.
- Collector #2497: SERVER_PROTOCOL variable is now compliant - Fixed broken aquisition of vocabularies from a Catalog
with the CGI specification and looks like "HTTP/1.1" instead by a TextIndex.
of "1.1"
- Creation of a TextIndex ignored the vocabulary setting. - Collector #2504: level parameter has not been passed to HTMLClass
constructor
- Fixed broken aquisition of vocabularies from a Catalog - default for 'orphan' attribute of <dtml-in> is now 0 instead 3.
by a TextIndex.
- Collector #2504: level parameter has not been passed to HTMLClass - Fixed conflict resolution problem in BTrees (BTreeTemplace/
constructor _p_resolveConflict)
- default for 'orphan' attribute of <dtml-in> is now 0 instead 3. - Collector #2524: Medusa sent "HTTP/None..." as response header when
then HTTP version could not be determined from the HTTP request.
Now sending "HTTP/1.0..."
- Fixed conflict resolution problem in BTrees (BTreeTemplace/ - queries for the PathIndex can now specified as tuple (path,level).
_p_resolveConflict) the level parameter inside a query overrides the optional
'level' parameter for a complete search request.
- Collector #2524: Medusa sent "HTTP/None..." as response header when - Collector #2561: XXBucket.values() returned keys instead of values
then HTTP version could not be determined from the HTTP request.
Now sending "HTTP/1.0..."
- queries for the PathIndex can now specified as tuple (path,level). - Fixed the API docs for user objects.
the level parameter inside a query overrides the optional
'level' parameter for a complete search request.
<<<<<<< CHANGES.txt
- Collector #2561: XXBucket.values() returned keys instead of values
=======
- Fixed the API docs for user objects.
>>>>>>> 1.359
Zope 2.4 beta 2 Zope 2.4 beta 2
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment