- 15 Jun, 2017 3 commits
-
-
Iliya Manolov authored
@Tyagov @luke During development of JupyterCompile several functions have been used and then removed but their portal_skins remain in ERP5. The purpose of this MR is to remove those skins, since they do nothing. The skins in question are Base_displayHTML, Base_displayImage, Base_saveImage, Base_updateLocalVariableDict and getError. /reviewed-on nexedi/erp5!289
-
Vincent Pelletier authored
-
Jérome Perrin authored
We pass the `HTTP Exchange` that `inquiry` type based methods can take into account the `HTTP Exchange` that triggered them. This breaks API, but when discussing with @vpelletier we said that at this stage it's probably OK. I updated `erp5_payline`, the only usage in this repository. /cc @gabriel @kazuhiko @aurel @georgios.dagkakis /reviewed-on nexedi/erp5!245
-
- 14 Jun, 2017 5 commits
-
-
Iliya Manolov authored
@Tyagov @kirr When someone imported a module in Jupyter they would get a warning for every module they imported like: WARNING: Your imported from the module numpy without... WARNING: Your imported from the module datetime without... ... This fix shortens those to just one warning at the end of output like so: WARNING: You imported from the modules numpy, datetime, ... without ... /reviewed-on nexedi/erp5!278
-
Romain Courteaud authored
-
Vincent Bechu authored
-
Jérome Perrin authored
This caused two problems: - If Xfvb was killed and left a stale lock file, we don't reuse this display. After some time we end up having "All display locked" exception but no Xvfb process running. - Xvfb's slapos is patched to store control sockets and lockfiles in $TMPDIR ( nexedi/slapos@58462c24 ). We don't have $TMPDIR set in testnodes, but this would be a problem if we ever set it. Because Xvfb can detect a stale lock file upon startup and start anyway, the easy way running Xvfb for each display and see if it's still running after a few seconds.
-
Iliya Manolov authored
@Tyagov Added a test to check int64 and float64 Numpy arrays because an error like this existed before: ``` in Base_executeJupyter return json.dumps(result) Module json, line 244, in dumps return _default_encoder.encode(obj) Module json.encoder, line 207, in encode chunks = self.iterencode(o, _one_shot=True) Module json.encoder, line 270, in iterencode return _iterencode(o, 0) Module json.encoder, line 184, in default raise TypeError(repr(o) + " is not JSON serializable") TypeError: array([[ -245554., 19410., 1453313.], [ -238947., 18888., 1443651.], [ -238416., 18350., 1444382.], ..., [ -250816., 19482., 1445528.], [ -251464., 18678., 1444711.], [ -253475., 18786., 1444842.]]) is not JSON serializable ``` /reviewed-on !285
-
- 13 Jun, 2017 4 commits
-
-
Vincent Bechu authored
/reviewed-on !290
-
Vincent Bechu authored
-
Vincent Bechu authored
-
Vincent Bechu authored
/reviewed-on !287
-
- 12 Jun, 2017 5 commits
-
-
Łukasz Nowak authored
By adding returned_purchase_packing_list_builder and purchase_packing_list_builder to Alarm_buildPackingList they are used in tested alarms.
-
Łukasz Nowak authored
Returned Purchase Packing List and Returned Sale Packing List can be generated by corresponding orders.
-
Łukasz Nowak authored
Test are based on testOrder logic and assertions.
-
Łukasz Nowak authored
By adding Returned Purchase Order and Returned Sale Order it is possible to operate with reverse logistics: return the goods sold or purchased.
-
Iliya Manolov authored
@Tyagov @luke See the MR at slapos [here](nexedi/slapos!177). /reviewed-on nexedi/erp5!283
-
- 09 Jun, 2017 14 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
Exchange action are meant to import/export a list of documents
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Jérome Perrin authored
-
Jérome Perrin authored
... this js was already included
-
Vincent Bechu authored
-
Vincent Pelletier authored
-
- 08 Jun, 2017 1 commit
-
-
Jérome Perrin authored
In its current implementation ( introduced in 4787eadd ), `variation_category` parameter of Inventory API require movements to be in the `predicate_category` table. The approach is to do a first query to get uids of all movements members of the variation and pass their `uid` to catalog. My guess is that this does not scale well. It also uses deprecated `where_expression` and generates invalid SQL when no movements match. As far as I know, it is only used in [testInventory](https://lab.nexedi.com/nexedi/erp5/blob/ba541ad46e5c593f94fe1ebe79e99d67aafdecb1/product/ERP5/tests/testInventory.py#L1024). We could also consider dropping it, but keeping compatibility is easy. This implementation just use `variation_text`. [Test results](https://nexedi.erp5.net/test_result_module/20170502-1FDBAB66) are OK; there is one functional test failure but it really looks unrelated. @yusei @vpelletier @seb @romain do you see problems with this ? /reviewed-on nexedi/erp5!265
-
- 07 Jun, 2017 6 commits
-
-
Sebastien Robin authored
Reuse code of delivery to ensure we can customize which item should be in item table
-
Cédric Le Ninivin authored
-
Vincent Bechu authored
This reverts commit 2ef67082
-
Vincent Bechu authored
-
Sebastien Robin authored
This allow customization, original init script is called by new script.
-
Jérome Perrin authored
Performance is still not optimal, but should be better than before. At least it does not assume that movements will be in predicate table.
-
- 06 Jun, 2017 2 commits
-
-
Tristan Cavelier authored
-
Tristan Cavelier authored
- Use cloudooo instead of imagemagick - Avoid to use (probably lossy) png format _from_ _to_ ____id____ _______________module____________________ ______________comments_______________ pdf bmp pdf_to_bmp erp5.component.document.TransformPdfToBmp Previous: pdf-(imagemagick)->png->bmp
-