[erp5_officejs] Use upload_dict instead of file_extension to check for correct file-type during notebook upload

Also, exlicitly specify the txt extension during download

/reviewed-on nexedi/erp5!760

/reviewed-on nexedi/erp5!762

Also, update tests for notebook to check for Upload page

/reviewed-on nexedi/erp5!764

Fixes rendering when using Chameleon:
  ValueError: only strings can be translated, not: <ERP5Type.Message.Message for ...

/reviewed-on nexedi/erp5!747

/reviewed-on nexedi/erp5!765

adjust font url

Otherwise filling cache fail and it's never used.

/reviewed-on nexedi/erp5!759

This reapplies parts of 9a84ef83 , but a
different server side approach:
 * use portal_workflow API to count worklists
 * introspect workflow to build queries
 * use translated state in the query, trying to be a bit more user
   friendly. We could do for portal_type as well.

This workarounds #20180907-24A654C a problem with queries generated by
gadget worklist does not seem to support complex queries with multiple
values ( local_roles: ['Assignor', 'Assignee'] ). This code generates
queries:

```
( ( local_roles:  "Assignee" OR local_roles:  "Assignor" ) AND portal_type:  "Support Request" AND translated_simulation_state_title:  "Opened" )
```

where the previous version generated queries like:

```
( portal_type:  "Support Request" AND simulation_state:  "validated" AND local_roles: (  "Assignee" OR  "Assignor" ) )
```

which did not match anything. Maybe because local_roles is handled
differently in catalog

This reverts commit 9a84ef83.

Eventhough there's a delay due to cache, the default worklist
implementation is efficient and worklist is translated.

These will be added by activity spawning mechanism: either "activate" or
"recurseCallMethod".

Subsequent activities will produce an empty dictionary, causing
inconsistencies in activity dependencies.

It is set in constructInstance from received activate_kw, but is then if
ActiveObject.activate is not used - as is the case when reindexObject is
made an alias of recursiveReindexObject (ex: ERP5.Document.Delivery), as
the latter calls recurseCallMethod which uses ActivityTool.activateObject
which (purposefully, visibly) ignores getDefaultActivateParameterDict
(unlike ActiveObject.activate).
Also, do not step on activate_kw, for readability.

Also:
 * don't immediate reindex, this is a coding crime
 * don't search catalog by ID, use direct module access

To make it easier to test worklists and dashboard.

SR-15 Crashed! is Opened
SR-16 Boom!  is Suspended
SR-17 Done is Closed

Because worklists tests expect to run with ERP5TypeTestCase user, and this test uses another user.

Partial revert from 2f121c19