GitLab

--HG--
branch : 3.25

mentionning deprecation of _cw.data and removal of get/set_shared_data.

--HG--
branch : 3.25

they are deprecated since 3.19 and access to the .data attribute itself
deprecated in 3.25, so it's time to drop them.

--HG--
branch : 3.25

which should not be necessary anymore since groups and properties are fetched
for each request (cache lives in transaction_data).

--HG--
branch : 3.25

this attribute has been deprecated during the session related rework, remove
warning by explicitly storing data in .transaction_data since session data is
not anymore reachable through Connection object.

This will allows simplification of session synchronization hooks in a later
cset.

Also since we do not rely anymore on session data here, we may at some point
rewrite those properties to rely on the ORM instead of such custom caching.

--HG--
branch : 3.25

--HG--
branch : 3.25

--HG--
branch : 3.25

--HG--
branch : 3.25

It is now useless as its looping task would not run on a web instance because
respective repository has no scheduler.

--HG--
branch : 3.25

--HG--
branch : 3.25

This is to be used by client application to determine if looping tasks may be
registered in the current process. By checking this, one will avoid the
warning in looping_task method when the repository has no scheduler.

--HG--
branch : 3.25

We should provide a way for client code to detect if they should register the
looping task or not. See next patch for that.

--HG--
branch : 3.25

In such cases the repository will not have a scheduler on purpose because the
repository will not be kept running and will quickly shutdown after migration
so that it's undesirable to have looping tasks being executed.

--HG--
branch : 3.25

--HG--
branch : 3.25

consistently with newcube / create commands. This is an alternate implementation
to backed out changeset fe995d56c949.

Closes #17054738

--HG--
branch : 3.25

--HG--
branch : 3.25

to ensure ccplugin modules of cube as package aren't loaded twice, once as
`cubicweb_<cube>.ccplugin`, once as `cubes.<cube>.ccplugin`. This test used to
fail until fe995d56c949 has been backout.

It requires calling `cleanup_sys_module` in `CubicWebConfigurationTC.tearDown`
to remove any cube's submodule loaded during tests, so content of `sys.modules`
may be tested.

--HG--
branch : 3.25

to ease reuse and improve readability.

--HG--
branch : 3.25

a renaming could be better at some point, but that's a start.

--HG--
branch : 3.25

available_cubes should not strip cubicweb_prefix but return actual package name
for cube as package, since its output is also used to e.g. get ccplugin or
site_cubicweb module name.

Original aim of this set was to fix output of the "cubicweb-ctl list" command.
This will be done by an alternate implementation in a later cset.

--HG--
branch : 3.25

--HG--
branch : 3.25

--HG--
branch : 3.25

It has been kept since 3.24 when we merged pyramid-cubicweb and
cubicweb-pyramid repositories into cubicweb's one waiting for someone to move
the information in some canonical place but this never happened and this
information is probably not so useful or already existing elsewhere. So just
drop the file.

--HG--
branch : 3.25

--HG--
branch : 3.25

docs.cubicweb.org contains outdated documentation at the moment (and for quite
some time); until it gets update, refer to the up-to-date documentation on
readthedocs.

--HG--
branch : 3.25

The historic behavior is to hide potential exception occurring in
postcommit_event(). Unfortunately logging statements are hidden by default
during tests and it become very hard to debug. At least raise if we are in test
mode.

--HG--
branch : 3.25

--HG--
branch : 3.25

--HG--
branch : 3.25

Some people way want to run a pyramid server in debug mode without the
toolbar. This warning is annoying for them. Others should just install and
*include* the toolbar by hand.

--HG--
branch : 3.25

Otherwise the file is not installed and `cubicweb-ctl create -c pyramid` does
not work.

--HG--
branch : 3.25

As we changed this in cubicweb, there is a consensus that this
is not the best practice so let us change it as well for
skeleton.

--HG--
branch : 3.25

Document that without "bwcompat" we can use a development.ini file directly
and add a dedicated section to list configuration options.

--HG--
branch : 3.25

Again mentioning the two modes of operations and dropping references to prior
implementation.

--HG--
branch : 3.25

We drop references to pyramid-cubicweb and cubicweb-pyramid, remaining of the
merge in 3.24. We now mention the two possible operation modes
(with bwcompat being true or false).

--HG--
branch : 3.25

Which, as documented, mostly consists of internals.

--HG--
branch : 3.25

This function got renamed into config_from_cwconfig and this is arguably an
internal detail so should not appear in the API documentation.

--HG--
branch : 3.25

--HG--
branch : 3.25

Otherwise most of the cubicweb.pyramid API doc fails to build. For this we
skip installation in the "doc" environment and source the new
requirements/doc.txt which will install cubicweb[pyramid], thus pulling
cubicweb plus pyramid's dependencies.

Furthermore this requirements/doc.txt would be useful to build to
documentation on readthedocs.

--HG--
branch : 3.25

On an entity with no composite an additional item "None" was displayed.

--HG--
branch : 3.25

When the entity has two relations to the same composite, display it only once.

--HG--
branch : 3.25