We don't need to do any real input processing if we are handling a PUT request because in practice, the body is never mime-encoded.  This is an optimization especially because FieldStorage creates an additional tempfile if we allow it to parse the body, and PUT uploads can tend to be large.

In particular, this will be important for upload of large blobs.

(PageTemplateFile needs more migration work)

        MountedObject.SimpleTrailblazer._construct()

Prevent publishing of Python 2.4's 'set' and 'frozenset' types.

ZPublisher.BaseRequest: The publisher would happily publish attributes
of type 'bool' and 'complex'.

        removed in former Zope versions from the AccessControl Python
        implementation)

      - Collector #1991: ZPublisher did not deal properly with a trailing
        %20 in the URL

      - zope.app.introspector was included with the source archive

Added HTML output that makes it easy to jump from a URL shown in a
minute detail to the statistics for that URL.

This is the code used to build the Zope 2.9.0 Windows installer.

It bundles Python 2.4.2, lives in peace with zpkgtools, moves
to InnoSetup 5, and simplifies most parts of the build-the-
installer process.

o Some of the error messages did not close '<p>' tags.

stick the path and "/cc" in the same quoted string.  Unsure why that
change was made (it worked fine before -- and now).

certain operations significantly.

- Wrong branch

      - Collector #2002: fixed broken 'ls -R' functionality (didn't
        recurse properly subclasses of OFS.Folder)

      - Collector #2002: fixed broken 'ls -R' functionality (didn't
        recurse properly subclasses of OFS.Folder)

- I must be blind

- Another dependency

- Fetch the dependencies with curl

Othere tests don't pass though, maybe I think due to __implemented__ and
__provides__ attributes in the persistentclass state.

  Make instances have a lib/python directory with a proper README.txt by default.
  Note that it's already automatically put on the PYTHONPATH by Zope, it just
  wasn't there yet by default.

Note that it's already automatically put on the PYTHONPATH by Zope, it just
wasn't there yet by default.

InnoSetup 4 CAN NO LONGER BE USED.

Besides that there's no future in relying on obsolete
versions of tools, version 5 introduced a vastly easier
way to manage the custom dialog pages Zope wants.  That
allowed getting rid of about 60 lines of inscrutable
Pascal code.  Of course the code that replaces them is also
inscrutable, but there's about 60 fewer lines of it to
torture future generations ;-).

This matches the set of files converted by the Z4I
Windows installer now, except omits .csv files (because
there aren't any of those in the Zope tree).

The build-the-Windows-installer dance used to use it.

When a database is created "by hand" from a custom_zodb.py during
startup, we still want to put it in the dbtab multidatabases dict.

This happens when unit tests call Zope2.startup(), because Testing has a
specific custom_zodb.py loaded at startup that uses a DemoStorage.

Don't know why it was hidden before, but can't think of a
reason, and the lack of makefile output showing its creation
just confused the heck out of me for 10 minutes ;-).