This is not used directly when creating forms at the moment, but it's
useful for introspection to be able to create an instance of any portal
type with newContent()

This is triggered by monaco "Format Document" command.

This allow using measure.updateCellRange to create varianted measures
programmatically.

Remove the TALES for lines, columns and tab on the matrix box because
the default behavior is to call this updateCellRange script

used with:

  curl -v http://10.8.0.18:10004/erp5/portal_property_sheets/PropertySheetTool_getStub > /tmp/accessor_holder.pyi
  curl -v http://10.8.0.18:10004/erp5/portal_types/TypesTool_getStub >/tmp/portal_type.pyi

on very large python files (>1000 lines) sometimes they queue up and we
have to wait for all requests that were queued by zope.

XXX maybe this does not happen when accessing through haproxy/apache, I
am observing this when hitting zope directly

Our patched MySQLDA assumes that DATE and DATETIME columns are in UTC,
but the TIMESTAMP columns are using mysql's time_zone variable, which
defaults to mysql server system timezone.

Set time_zone session variable at the beginning of each connection so
that TIMESTAMP columns are also UTC.

This API is not supposed to take into account security,
unrestrictedSearchResults is usually a bit faster

At this point, the alarm is active, but active process for this activity
was not created yet. By passing include_active, the latest active
process will be returned (not the previous one)

Honnestly, not sure if this falls into workaround or non documented
normal use case for include_active=True.

last_active_process.getStartDate() is in Zope timezone, we should not
just pass a string representation to catalog but pass a DateTime
instance instead, to let catalog convert the date to UTC (because
catalog tables have UTC dates).

Where it gets more complicated is that unlike all DATETIME columns in
catalog that are UTC, indexation_timestamp is a TIMESTAMP column, which
depend on MySQL timezone settings. This also depend assume that MySQL is
configured with an UTC timezone.

no need to do this magic with user_id if we are using an organisation

to prevent a warning

Also reindent long too long line

This works only for medusa, using the same approach as CMFCore's
CookieCrumbler

simplified backport of nexedi/erp5!901

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/46

Backport nexedi/erp5!897 ( by re-applying the script on this fork )

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/45

We want to search for what user entered, if we strip whitespaces we
would not match trailing or leading spaces

This will apply to newly created relation fields.

backport nexedi/erp5!758

This solves the race condition that leaves stdout as a StringIO when
this is executed twice in parrallel ( #20180928-1D89375 )

But this prints
 No config file found, using default configuration
on sys.stderr at every execution, but that's acceptable.

Once we update pylint, we can disable this warning by setting
verbose=false ( this is not yet available on pylint 1.4.4 )

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/43

Backport nexedi/erp5!687

ee511b7d is an incomplete backport

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/42

Because typescript is a subset of javascript, running typescript
compiler on javascript files can already report several issues.

https://www.typescriptlang.org/docs/handbook/type-checking-javascript-files.html

This is triggered by using "Format document" from context menu.

Include prettier 1.14.0 Copyright 2017-2018 James Long
https://github.com/prettier/prettier/

So that we can edit web pages & web scripts with monaco

(incomplete backport as we don't have ERP5JS editor gadget yet)

So that javascript editor provides hints for code using these libraries.

Some pointers for type scripts definitions:
https://www.typescriptlang.org/docs/handbook/declaration-files/introduction.html
https://definitelytyped.org/

In the previous approach, several "useless" request were still made
during edition.

https://microsoft.github.io/monaco-editor/ as an ERP5 source code editor

this commit is only a build of the vendor code.

It was built using https://lab.nexedi.com/jerome/monaco-editor-erp5/ at
revision b1ecc18f and uploaded to ERP5 following this procedure:

First enable webdav by adding in zope conf:
```
<webdav-source-server>
  address 127.0.0.1:12200
  force-connection-close off
</webdav-source-server>
```

This was built and uploaded to ERP5 with:
```bash
git clone https://lab.nexedi.com/jerome/monaco-editor-erp5.git/
cd monaco-editor-erp5
npm
npm run build
lftp http://login:pwd@127.0.0.1:12200/erp5/portal_skins/erp5_monaco_editor/monaco-editor/ -e 'mput dist/*'
```

This reverts commit 1ee3aced.

This reverts commit d881b1e6.