* fix(admin): if were in EE mode wait for the EE routes to be loaded before rendering (#20238)
* fix: issue 20138 (#20240)
* v4.24.1
---------
Co-authored-by: Josh <37798644+joshuaellis@users.noreply.github.com>
Co-authored-by: Alexandre BODIN <alexandrebodin@users.noreply.github.com>
* feat(releases): add release column to CM list view (#19926)
* draft: bulk release injection zone added
* chore: implement cm-api to strapi-app & description component renderer
* feat: bulk delete action
* Revert "draft: bulk release injection zone added"
This reverts commit 2d9e8872e847327888d988009fa16f91b5f1c777.
* feat: bulk unpublish action added
* feat: default bulk publish action
* fix: variable renaming
* fix: on close of modal updated and refetched list on publish action completion
* fix: removed IZ publish and unpublish modals, e2e tests added for default bulk actions
* tests: e2e updated for publish button disabled state
* fix: bug fixed on publishing with already published entries
* fix: e2e tests
* fix: reverted IZ components
* feat: bulk release action added
* update: check right permissions to show add to release button
* update: bulk actions modal updated to accept content(modalbody+modalfooter), publish action and release actions updated accordingly
* fix: types
* test: bulk release e2e test added
* fix: e2e test
* fix: test case timeout added, notification component updated to not saved message
* feat: inject release column in LV
* fix: minor changes
* fix: remove commented code
* fix: upgraded styled components to fix the error: defaultProps circularly references
* feat(content-releases): add to be released in column in list view
* fix: types and 0 releases entry
* fix: invalidate entries in release after bulk release or on deleting a release action
* tests: e2e tests added for release column
* tests: e2e updated to create new release and then add bulk release
* fix: minor changes, test fixed
* fix: delete release action invalite tag added back
* fix: e2e test
* apply josh feedback|
---------
Co-authored-by: Josh <37798644+joshuaellis@users.noreply.github.com>
Co-authored-by: Fernando Chavez <fernando.chavez@strapi.io>
* chore(deps): revert sharp to 0.32.6 (#20066)
* fix: fix boot issue when removing i18n from an app
* chore: get i18n service outside the for loop
* chore: remove empty spaces
* v4.23.0
---------
Co-authored-by: Madhuri Sandbhor <madhurisandbhor@gmail.com>
Co-authored-by: Josh <37798644+joshuaellis@users.noreply.github.com>
Co-authored-by: Fernando Chavez <fernando.chavez@strapi.io>
Co-authored-by: markkaylor <mark.kaylor@strapi.io>
Co-authored-by: Alexandre BODIN <alexandrebodin@users.noreply.github.com>
In the examples and project templates the "errors" middleware which turn
thrown errors into HTTP responses is registered before the "logger"
middleware. This causes any errors thrown in controllers to pierce
through the logger middleware resulting in these requests not being
logged.
Eg. when a controller throws a ValidationError the resulting HTTP 400
request is not logged at all.
Change the order of middleware registration so that the logger is
'above' the errors middleware and has a chance to log *all* requests.
Co-authored-by: DMehaffy <derrickmehaffy@gmail.com>
