- 26 Feb, 2020 30 commits
-
-
Yusei Tahara authored
-
Yusei Tahara authored
[erp5_web_renderjs_ui] If service worker failed to install cache, unregister this service worker explicitly.
-
Yusei Tahara authored
-
Yusei Tahara authored
The name must be different per web site, else if the same service worker code is used by multiple web sites in ERP5 web site module, service worker does not work correctly.
-
Yusei Tahara authored
[erp5_web_renderjs_ui] Fix translation script. Get service worker filename from layout property. Don't hardcode it.
-
Yusei Tahara authored
[erp5_web_renderjs_ui] New client can use the latest cache without waiting for the new service worker to be activated. And once client was associated with a cache, client keeps using the same cache.
-
Yusei Tahara authored
To preserve the consistency of code and data, let the new service worker wait until all tabs and windows of the old version are closed.
-
Yusei Tahara authored
Don't give request object itself to cache.match. Firefox's Cache Storage does not work properly when VARY contains Accept-Language. Give URL string instead, then cache.match works on both Firefox and Chrome.
-
Yusei Tahara authored
[erp5_web_renderjs_ui] Fix rjs_gadget_erp5_serviceworker.js. Use cache.add because safari does not support cache.addAll.
-
Yusei Tahara authored
Collect a list of files from service worker code.
-
Romain Courteaud authored
Fetch usage can be bypassed to do not use service worker when not needed. As appcache has been dropped on Firefox, this change will improve the speed on Firefox. No change is expected on Chrome/Safari.
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
This prevent getting DB read/write conflicts
-
Romain Courteaud authored
Do not access form submission REQUEST from the listbox list method, as it is rendered asynchronously in ERP5JS
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
This reverts commit 35b2c024.
-
Romain Courteaud authored
-
Romain Courteaud authored
Allow edition in the new UI
-
Romain Courteaud authored
-
Romain Courteaud authored
This reverts commit 66f30ebb.
-
Romain Courteaud authored
Revert "ZODB Components: Non-core bt5 with 'Document Component' overriding standard ERP5 Document must create its own version_priority." This reverts commit ee686cac.
-
Romain Courteaud authored
Revert "ZODB Components: When migrating FS Mixin, set the ZODB Component reference to the class name (like Interfaces)." This reverts commit 2b8c6305.
-
Romain Courteaud authored
This reverts commit 937500a1.
-
Romain Courteaud authored
Revert "ZODB Components: Resetting Portal Type classes was also clearing Interfaces of erp5.component.* modules." This reverts commit f1f415a3.
-
Romain Courteaud authored
This make everything slow as hell and prevent to quickly save.
-
Romain Courteaud authored
-
Romain Courteaud authored
-
- 11 Feb, 2020 5 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
- 10 Feb, 2020 5 commits
-
-
Roque authored
- use global preference to get publication section value - test updated
-
Roque authored
-
Roque authored
-
Roque authored
/reviewed-on nexedi/erp5!1017
-
Arnaud Fontaine authored
ZODB Components: Resetting Portal Type classes was also clearing Interfaces of erp5.component.* modules. __implemented__ and __provides__ attributes are cleared on Portal Type reset to break a circular reference (11e2b506). Resetting of ZODB Components is done independently of Portal Type classes, so until the next ZODB Component reset, Interfaces were not implemented anymore. 11e2b506 states that this creates a memory leak but this is not actually true as Python garbage collector will break such circular reference and collect this object, as asserted by a newly introduced Unit Test. This is probably less efficient than explicitly breaking the circular reference and thus relies on reference counting (rather than the garbage collector) but doing otherwise would require introspecting ZODB Components module to find classes implementing Interfaces (erp5.portal_type only contains classes). This only takes care of ZODB Components modules but maybe breaking circular references for Portal Type classes is not even needed (if so, this will be done in a later commit).
-