An error occurred fetching the project authors.
- 17 Jul, 2015 2 commits
-
-
wenjie.zheng authored
-
wenjie.zheng authored
ERP5Site.py: check the action provider list after the workfkow tool migration, add portal_workflow if it was not in the list; clean up.
-
- 16 Jul, 2015 18 commits
-
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
ERP5Site.py: the Workflow Tool installation has been move to the bootstrap to allow migrating automatically.
-
wenjie.zheng authored
ERP5Site.py: fix the id problem of migration; migrate Workflow Tool for fresh installation of instance.
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
-
wenjie.zheng authored
This is still a work in progress
-
- 27 Mar, 2015 1 commit
-
-
Julien Muchembled authored
The action to recreate activity tables while preserving existing messages was unsafe for 2 reasons: - if any error happened, messages could be lost - it relied on Message.reactivate Which this patch, any instance created after commit d881edd1 (Aug 2010) will upgrade successfully. For older instances, make sure you have no activity left. For cases where 'ALTER TABLE' would not work, a better way to implement repair functionality would be: - one action to backup all messages in ZODB - and another to restore them And maybe a security so that during the backup-clear-restore sequence, activities can't be created nor processed. If any column is added in the future, it would still be possible to write code that fills them by inspecting messages.
-
- 17 Feb, 2015 1 commit
-
-
Julien Muchembled authored
MRP was broken and unused for a long time, since legacy simulation was dropped. This commits resuscitates MRP, at least: - expanding, for both operation and sourcing - building of production reports & production packing lists Business Processes replaces Supply Chains. trade_phase replaces industrial_phase industrial_phase is now used to variate partially produced resources.
-
- 30 Jan, 2015 1 commit
-
-
Tristan Cavelier authored
-
- 16 Oct, 2014 1 commit
-
-
Julien Muchembled authored
-
- 04 Sep, 2014 1 commit
-
-
Gabriel Monnerat authored
-
- 28 Apr, 2014 1 commit
-
-
Sebastien Robin authored
Calendar Assignments are now handled in a separate module, update code in consequence
-
- 19 Mar, 2014 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 19 Feb, 2014 1 commit
-
-
Arnaud Fontaine authored
-
- 31 Oct, 2013 1 commit
-
-
Arnaud Fontaine authored
other ZEO clients even if ZODB Components are not. Steps to reproduce: 1/ On zope1, view and edit a person to make sure class is fully loaded. 2/ On zope2 add an interaction in person_interaction_workflow and add a script raising an exception. 3/ Edit a person on zope2. The exception is raised, confirming that the interaction is called. When editing a person on zope1, the exception is not raised.
-
- 10 Sep, 2013 2 commits
-
-
Arnaud Fontaine authored
ZODB Components: No need to migrate Component Tool, only exist since Portal Type as Classes and ZODB Property Sheets.
-
Arnaud Fontaine authored
Because of recently added Component Tool, POSKeyError exception was raised when trying to load it from ZODB during migration of Portal Type classes and ZODB Property Sheets (PickleUpdater() in ERP5Site.migrateToPortalTypeClass), so make sure that there is a commit before loading anything from ZODB.
-
- 09 Sep, 2013 1 commit
-
-
Arnaud Fontaine authored
Before, it was in Site _local_properties, but as this is stored in ZODB, old sites would not have this property and would thus not allow to modify it through 'Properties' Site tab.
-
- 09 Jul, 2013 1 commit
-
-
Jérome Perrin authored
-
- 05 Jun, 2013 1 commit
-
-
Arnaud Fontaine authored
When starting a node, ERP5Site.__of__ calls ComponentTool.reset(), which was never synchronised so it returned True (without generating a new cookie at its level) and causing synchronizeDynamicModules to be called with force=True. This generated a new cookie and leading to dynamic classes being meaninglessly regenerated on all nodes. Instead, modify ComponentTool.reset() behavior so it *always* reset Portal Type classes when Components are reset (as it should have always been as the class inheritance may have been modified) and force regeneration of Portal Type classes in this method if reset is True. Signed-off-by: Vincent Pelletier <vincent@nexedi.com>
-
- 02 May, 2013 1 commit
-
-
Lingnan Wu authored
-
- 15 Apr, 2013 2 commits
-
-
Sebastien Robin authored
This reverts commit 6fc11699. Some test fails, please review
-
Tatuya Kamada authored
Since erp5_xhtml_style has become requiring erp5_jquery. (in reality required since 2010)
-
- 20 Mar, 2013 1 commit
-
-
Aurel authored
Complete rewrite of the syncml core engine to make it scallable Remaining work : - review of conflict management - re-implement splitting of big object - generic unit test for AsynchronousEngine - complete review of default conduit - lot of TODO and XXX in the code to check
-
- 21 Feb, 2013 1 commit
-
-
Julien Muchembled authored
-
- 18 Feb, 2013 1 commit
-
-
Julien Muchembled authored
... instead of relying on automatic migration. This fixes TestCMFActivity.test_connection_sortkey on Zope 2.13
-