This package implements some magical improvements compared to the default plone copy/move/rename implementation.
As far as we manage to get changes in to Plone/CMFCore this packages is no longer necessary.
This package provides a improved move/rename implementation. The more files you want to move the faster it will be compared to the default Plone implementation.
Basically it does not an uncatalog an afterwards a catalog of the obejct, but updates the indexed data where necessary. This saves us from reindexing the whole moved structure. The main issue was that the searchableText from Files was indexed again.
Example measurement with 1 Folder, which contains 1 Document and 300 Files (almost empty PDFs):
Plone: approx. 80s With this package: approx. 8s
PR for this change is open at: XXX (Add URL to PR)
When building cache keys based on the modification dates of objects it is crucial that the modification dates are updated on any change. By default, the modification date is updated when the content is changed, which is not the case when moving objects around.
The “move”-patch in this package changes the behavior so that a “move” will also trigger a modification date update and thus give caches the chance to invalidate when they are built with the modification date and need to be invalidated when the path is updated.
When copying a DX container which has AT children, the UID of the AT children was not updated. The reason for the error is that the DX container copy did not have the _v_is_cp flag while the AT children were processed and thus the flag was not properly delegated.
By copying the _v_is_cp and _v_cp_refs flags to the copy we have the same behavior as it used to be with AT, which does fix the error.
Plone 4 fix: https://github.com/plone/plone.dexterity/pull/60
Plone 5 fix: https://github.com/plone/plone.dexterity/pull/61
Fix inconsistent state:
Without this patch, copy / paste could lead to incosinstent state. When you’ve installed ftw.copymovepatches on an existing installation and encounter issues with your catalog consistency your best shot is to try and resolve them with ftw.catalogdoctor. See https://github.com/4teamwork/ftw.catalogdoctor/ for more information about how to install and run the package.
Add the package to your buildout configuration:
[instance] eggs += ... ftw.copymovepatches
Fork this repo
Clone your fork
Shell: ln -s development.cfg buidlout.cfg
Shell: python boostrap.py
Run bin/test to test your changes.
Or start an instance by running bin/instance fg.
This package is copyright by 4teamwork.
ftw.copymovepatches is licensed under GNU General Public License, version 2.
Drop copymovepatches-catalog-fixes view in favour of https://github.com/4teamwork/ftw.catalogdoctor/. [deiferni]
Also reindex Date (which defaults to modified) when moving an object. [njohner]
Fixed error (issue 13) when renaming Plone Site. [maurits]
Add support for Plone 5.1. [mbaechtold]
Add support for Products.CMFCore >= 2.2.11 [avoinea]
ZCML: Include monkeypatcher before using it. [jone]
Fix edge case with collective.indexing and other 3rd party packages and rename a nested structure. [mathias.leimgruber]
Update modification date when moving an object. [jone]
Make add-on more robust by handling a special case which may happen when “collective.indexing” is installed and an object is created with “plone.api” in a subscriber listening on “IObjectAddedEvent”. [mbaechtold, mathias.leimgruber]
Implement delete. [mathias.leimgruber]
Init Implementation. [jone & mathias.leimgruber]
Package generated using bobtemplates.4teamwork
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Hashes for ftw.copymovepatches-2.0.0.tar.gz