An error occurred fetching the project authors.
- 08 Jan, 2010 2 commits
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31668 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
Contrary to Europe/Paris, Zope performs automatic DST calculation in US/Eastern timezone, which caused infinite loop in Alarm.getNextPeriodicalDate. Reenable testOpenOrder.testPeriodicityDateList (still failing though), and create a testOpenOrder.testPeriodicityDateListUniversal to show that it works with UTC times. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31657 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Jan, 2010 1 commit
-
-
Łukasz Nowak authored
Alarm can be recognised as replaceable in catalog in two cases: * if alarm_date from catalog is empty (existing case) * if alarm is not existing in catalog yet (case added by changing indentation) Second case happens during first indexation. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31573 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 17 Nov, 2009 1 commit
-
-
Sebastien Robin authored
order to make optimisation configuration in unit test - isIndexable is not a property any more, it is a ConstantGetter instance, so it works like a property and like a method - same thing for isPredicate, isTemplate, isDelivery... we can start moving using only methods. - do not define isTemplate, isDelivery... when it is already available thanks to inheritance - new methods generated for all ERP5 objects : provides[InterfaceName]. For instance, "providesIMovement()" will return True or False for any ERP5 object. - new method "is[Group]Type" generated for all ERP5 objects. The group here is group of portal types (like getPortalDeliveryTypeList()). So on any ERP5 object, you can do "isDeliveryType()", and this will returns True or False. - add tests git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30704 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Nov, 2009 1 commit
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30513 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Nov, 2009 1 commit
-
-
Yoshinori Okuji authored
- if an alarm is not enabled, it should not be effective - if an alarm is expired, it should not be effective - an alarm should not be invoked only because it gets enabled git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30362 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Nov, 2009 1 commit
-
-
Yoshinori Okuji authored
Add support for configuring notification by providing a method id. Otherwise, the message is hardcoded, and may not be customized. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30318 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Oct, 2009 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/portal_types@29392 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Aug, 2009 2 commits
-
-
Julien Muchembled authored
The test randomly failed since it was created because of low resolution of creation_date column (in catalog table): Alarm.getLastActiveProcess failed when the 2 last active processes were created in the same second. This commit is a hack that relies on the fact that a new Active Process always has an ID higher than previously created Active Processes. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28401 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
* Add portal title in the subject. * Display alarm node and alarm id in the body. * Remove the URL, which always starts with "http://:/" git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28400 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 31 Jul, 2009 3 commits
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28235 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28232 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yoshinori Okuji authored
Fix security declarations. Especially, methods which may modify data in a portal are now protected by Manage portal. Also, remove some unused imports, and add a missing import. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28231 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Jun, 2009 1 commit
-
-
Jérome Perrin authored
(__implements__ is for zope2 intefaces) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27539 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Jun, 2009 1 commit
-
-
Jean-Paul Smets authored
interfaces directory now follows zope naming convention - interface files use small caps - interface class use IClassName converntion - Utils is now capable of finding appropriate files and generate the class name - this commits breaks everything - global renaming of all files and classes now in progress git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27277 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Feb, 2009 1 commit
-
-
Yusei Tahara authored
Fixed a bug which causes infinite loop if periodicity steps over the summer time start date or end date(ex. 2008/10/27 00:00 CET). DateTime.strftime method does not work as we expected. We expect that DateTime('2008/10/27').strftime('%d') returns 27, but it returns 26 in reality. Because "2008/10/27 00:00 GMT+1" equal to "2008/10/26 23:00 GMT+2". git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25502 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Oct, 2008 1 commit
-
-
Sebastien Robin authored
- test_08_SomeWeekDaysSomeHours was wrong, one date was missing, and this test was working before because of error in implementation - test_07a_Every4DaysSomeHours was expecting that alarm dates takes into account initial start time, this is not implemented like this and current implementation is probably enough, so I changed values. Fixed Alarm.py : - When we add a day, we should reset hours and minutes, otherwise we can forget several matching dates, it might be required to do the same thing when adding one hour git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@24050 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 28 Aug, 2008 1 commit
-
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@23226 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 27 Aug, 2008 3 commits
-
-
Aurel authored
- when creating an active process from the alarm, reindex it with the last tag from the alarm so that the notify activity will wait for it to be reindexed. This will make notify retrieve the real last active process. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@23204 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@23195 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@23194 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Jul, 2008 3 commits
-
-
Vincent Pelletier authored
Make "notify" only use most recent (considered incomplete) alarm result if it is started as an activity, so it can also be invoked by hand to generate a result of a completed alarm run. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@22471 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@22469 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Vincent Pelletier authored
Make "notify" use "real" latest alarm report (it would be implicitely considered as incomplete since the alarm is still running). Make sure consistent alarm report is used in "notify". git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@22467 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Jul, 2008 1 commit
-
-
Vincent Pelletier authored
Avoid scanning the whole list of active processes related to an alarm when we just want the most recent one. When alarm is currently runing, skip latest active result to display the previous one: this way, we display the result of a complete run. This is more consistent for alarms checking big quantities of documents in multiple activities and only displaying an error when one is actualy encountered (an error at the end of a processing batch would be hidden when the next batch starts processing). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@22456 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Jun, 2008 1 commit
-
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@21469 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Apr, 2008 1 commit
-
-
Sebastien Robin authored
start date is not working. - Add a test to show that tic is working on alarm tool even if a periodicity start date is not defined on a particular alarm git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20288 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Apr, 2008 1 commit
-
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20250 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 28 Mar, 2008 4 commits
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20193 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20192 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20191 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Vincent Pelletier authored
Do not fail if ActiveResult instance has no "result" property (it does not by default, so this code breaks existing alarms' display). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@20189 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 31 Dec, 2007 1 commit
-
-
Jean-Paul Smets authored
Finalisation of the Alarm API and development. Alarm can now do everything there were meant to be. Sense problems through activities, report problems in a nice way, and solve problems. They can be used as a simple cron but not only. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18563 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 17 Dec, 2007 1 commit
-
-
Alexandre Boeglin authored
another timezone than UTC. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18358 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 27 Aug, 2007 1 commit
-
-
Jean-Paul Smets authored
New WorkflowMethod implementation. This new implementation solves most issues which existed previously and related to multiple workflows for a single workflow method ID. It should also be faster but will require some more work so that changes in workflow definition are reflected automatically in workflow methods registration. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@15824 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 04 Jul, 2007 1 commit
-
-
Vincent Pelletier authored
Alarms must not be blocked by failed activities, and though portal activities must provide a way to count "valid" pending activities without counting failed activities. Add unit test at alarm document level. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@15138 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Apr, 2007 1 commit
-
-
Romain Courteaud authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@14001 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Apr, 2007 1 commit
-
-
Romain Courteaud authored
Add PeriodicityMixin class. Rename getNextAlarmDate method to getNextPeriodicalDate. Add some comments. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@13865 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Mar, 2007 1 commit
-
-
Sebastien Robin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@13252 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Nov, 2006 1 commit
-
-
Sebastien Robin authored
again and again - the algorithm was very poor while calculatint the next alarm date, make it up to 1440 times faster - modify a bit the test in order to take into account changes, thanks to changes, the test is going 4 to 5 times faster git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@11530 20353a03-c40f-0410-a6d1-a30d3c3de9de
-