Thank
weynhamz →
a lot for steps to reproduce.
One addition, which helped us to reproduce the issue on any environment even locally:
drush cr
drush ev '\Drupal::cache("discovery")->delete("entity_type");'
Next page refresh becomes broken.
As it was mentioned above, the issue occurs, when some modules that implemented Middleware, such as Shield or Cloudflare, load entities (such as Key module, which stores credentials securely). At that time the request object may not be ready yet depending on various conditions.
I would suggest the following alternative patch, which in addition to the request validation also checks if entity is actually a content entity.
Please add the banner back. It gives us Ukrainians hope that Western civilized world keeps its promises to support Ukraine as long as it needs to be. And the hope makes us stronger to stand and fight together against the genocide.
driverok → credited vaza18 → .
We are also looking at versioning our APIs in Drupal at least the way when:
- different set of resources can be enabled/disabled for different versions;
- different set of fields can be enabled/disabled per resource for different versions;
- different enhancers can be applied for different versions.
Cut a 2.0.x release with Drupal 9.3 & 10 support.
Fix content moderation state for cloned translations.
I'm attaching a patch, which works for me.
The patch works. Tested with Drupal 10.
I would create a new revision only when entity is new or updated, because this creates issues on "Cancel" button processing (when a new revision is not saved).
This patch solves the issue for me.