- 03 Jul, 2020 8 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
also, we don't send passwords by email
-
Jérome Perrin authored
Since the workflow is linear, make sure the states and transitions are sorted in the listboxs in same order as workflow, this makes re-configuring the workflow a bit easier.
-
Jérome Perrin authored
The views for States and Transitions have an `int_index` field, but the property sheet was missing.
-
Jérome Perrin authored
The term is "Region", not "Country"
-
Jérome Perrin authored
Unused aq_base imported from Acquisition (unused-import)
-
Rafael Monnerat authored
See merge request nexedi/erp5!1176
-
Arnaud Fontaine authored
WebDAVSupport module was migrated to ZODB Components in 21becf4c. This module contains a monkey patch (5c7d50d5) on webdav.NullResource.PUT which should really be in Products.ERP5Type.patches and was not applied anymore since the migration.
-
- 02 Jul, 2020 18 commits
-
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
testUpgradeInstanceWithOldDataFs: Upgrade erp5_upgrader too (it was in keep list until now) as old Data.fs contains ERP5UpgraderUtils Extension with import of Products.ERP5Type.Log. Although, erp5_upgrader should probably be automatically upgraded before even starting the upgrade...
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
Remove strange hacks with get_request() and manual monkey-patching in testDateUtils. Not sure at all why it was needed in the first place but it does not seem relevant anymore.
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
To avoid too generic names for Products.ERP5SyncML.{Engine,Transport}, prefix the ZODB Components references with SyncML{Engine,Transport}.
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
ERP5Wizard: Archived to erp5-archive repository (acked by @jp): not used anymore and not going to be migrated to ZODB Components.
-
Arnaud Fontaine authored
erp5_tiosafe_core and ERP5TioSafe/{Conduit,Tool,Document} are used by SlapOS. Everything else has not be used at all for many years (and Unit Tests have been disabled for 7 years now).
-
Arnaud Fontaine authored
eGov: Archived to erp5-archive repository (acked by @jp): not used anymore and not going to be migrated to ZODB Components.
-
Rafael Monnerat authored
See merge request nexedi/erp5!1175
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
Move BusinessProcess Document from erp5_trade to erp5_core as CompositionMixin depends on it and this Mixin is used by several Documents in erp5_core.
-
- 01 Jul, 2020 1 commit
-
-
Arnaud Fontaine authored
-
- 30 Jun, 2020 4 commits
-
-
Jérome Perrin authored
the "failIf..." naming scheme is deprecated in unittest, we should at least have new-style named methods
-
Jérome Perrin authored
So far, simulated tax is not included in printed Orders. This allow to include expected tax in vat_list for printout. This is done using `getPreferredTaxUseList` which is probably wrong and will hopefully be rewritten using more modern technologies (html not odt) and to use base amount, but this allows to make order printout show tax lines again. See merge request nexedi/erp5!1168
-
Jérome Perrin authored
Firstly, rework a bit the action to create translation data, the action no longer allow choosing the translation data script to update, but uses the one referenced in the translation gadget html. In post upgrade, compare the actual content of the translation data script with the expected content, calculated from web site languages, data-i18n attributes from referenced pages and Localizer messages. This makes the requirement that web sites with different configurations for translations need to use different translation gadget stronger, when it's not met post upgrade will always report consistency issues. To address this, modify existing web sites so that they all use different translation gadgets - or at least don't use translation gadget explicitly. This was made by: - all web sites by default do not have a translation gadget - smart_assistant use a dedicated translation gadget, to confirm that using a different translation gadget is possible with an officejs web site, where the translation gadget is defined in the "app" web section. - officejs_support_request_ui uses a dedicated translation gadget, because we need this for a customer project and for ourselves. - other web sites do not support translation by default, but enabling would be easy: - set the allowed languages on web site - create an empty web script ( `{website}_translation_data.js` ) - create a translation gadget web page ( `{website}_translation.html` ) using same content as `gadget_translation.html`, except that the translation data script should be the one created above ( `{website}_translation_data.js` ) - configure the web site to use translation gadget in layout properties. In the case of an OfficeJS web site, this should not be set on the web site but on the main web section - use "Update Translation Data" action on web site or run post-upgrade step of upgrader. This revealed problems (page does not load with javascript error) when using different translation gadgets, that were addressed by not pre-loading the default translation gadget. See merge request nexedi/erp5!1151
-
Jérome Perrin authored
![login](/uploads/d270b602f784466dcc8d0806ec0ab9e1/image.png) ![recover](/uploads/da5bca427e6053a4724a4f7171db71db/image.png) ![reset password](/uploads/27e3519dfaf96cd66ce3adf9d6184ba8/image.png) See merge request nexedi/erp5!1165
-
- 29 Jun, 2020 9 commits
-
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Jérome Perrin authored
This was not enabled, but it's should be OK already See merge request nexedi/erp5!1170
-
Arnaud Fontaine authored
product/ERP5SyncML/{Transport,Engine}/*.py were not considered.
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Jérome Perrin authored
-
Jérome Perrin authored
this is supposed to work
-