An error occurred fetching the project authors.
- 23 Jan, 2014 2 commits
-
-
Arnaud Fontaine authored
Signed-off-by: Julien Muchembled <jm@nexedi.com>
-
Mame Coumba Sall authored
-
- 21 Jan, 2014 3 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 17 Jan, 2014 6 commits
-
-
Vincent Pelletier authored
Fixes unittest.expectedFailure usage, allowing phasing out backportUnittest gradually (at least for the backport part).
-
Vincent Pelletier authored
-
Ivan Tyagov authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
- 16 Jan, 2014 16 commits
-
-
Kazuhiko Shiozaki authored
because they raise "The operation is insecure" error in recent Firefox.
-
Mame Coumba Sall authored
- It causes the movements to be created in another delivery if the start/stop dates are different from invoice date
-
Jérome Perrin authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Arnaud Fontaine authored
The code wrongly assumed that the .py file (containing source code of a Component) was on the filesystem upon import but importing from an archive uses tarfile and does not extract anything...
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
Get rid of refactoring/convention/spurious messages (ERP5 Naming Convention may be added later on). Also, Pylint cannot deal with dynamic accessor/module generation, so disable these error messages as well. Also, patch pylint to handle try/except for modules imports (https://www.logilab.org/ticket/9386).
-
Arnaud Fontaine authored
Likewise Pylint, compile() has no side effects as it juste compile source into a code object which may be passed to 'exec'.
-
Arnaud Fontaine authored
Pylint should be enough and has no side effects...
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Aurel authored
-
Aurel authored
-
Aurel authored
-
Aurel authored
-
- 15 Jan, 2014 4 commits
-
-
Jérome Perrin authored
and remove AccountingTransactionLine_getParentUrl which is not used
-
Ivan Tyagov authored
-
Jérome Perrin authored
This reverts commit 5ec2f886.
-
Ivan Tyagov authored
-
- 13 Jan, 2014 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 10 Jan, 2014 1 commit
-
-
Aurel authored
-
- 09 Jan, 2014 1 commit
-
-
Mame Coumba Sall authored
-
- 04 Jan, 2014 5 commits
-
-
Sebastien Robin authored
-
Sebastien Robin authored
-
Sebastien Robin authored
-
Sebastien Robin authored
-
Sebastien Robin authored
-
- 31 Dec, 2013 1 commit
-
-
Sebastien Robin authored
While launching an new portal component test, a "Duplicate tpc_begin calls for same transaction" error was raised. This was coming from the finally clause in runUnitTestList, in the commit of ProcessingNodeTestCase.unregisterNode. After long investigations, we found out that a new app was created while the transaction was still opened. After more investigations, it was discovered that the runUnitTestList code was raising an exception, and this exception was hidden by the exception in the finally close. So this patch provides: 1 - a cancellation of the transaction to avoid "duplicate tpc_begin calls" error. 2 - a print of the exception before the finally clause is launched to make sure we have information on possible exceptions
-