Account created on 7 October 2019, about 5 years ago
#

Merge Requests

Recent comments

The issue in the composer.lock file has been fixed (leftover from earlier merge conflicts), the branch has been rebased to the latest version of 11.x and the composer.lock file (hashes) has been updated.

This has been done with the help from Jess (@xjm), @stefdewa and Randy Fay.
More information on updating the composer.lock inside core can be found on https://www.drupal.org/about/core/policies/core-dependency-policies-and-practices/managing-composer-updates-for-drupal-core β†’ .

I tested the change and the handler options ('reference method') are sorted alphabetically (case insensitive, on the label). I updated the issue summary with steps to reproduce the results.

Concerning the feedback in #24 πŸ› EntityReferenceItem::fieldSettingsForm() should sort the $handlers_options Active : the target bundles are sorted alphabetically but case sensitive (using natsort() and not natcasesort()) in the DefaultSelection plugin.

I was able to reproduce the issue as mentioned.

The easiest solution would be to add a cache clear at the end of the RecipeCommand. The question is if this is a sufficient solution. This might lead to unnecessary cache clears, e.g. when applying a recipe that would not require a cache clear or when adding multiple recipes at once.
The getting started documentation of distributions_recipes, also mentions that a cache clear is required after applying a recipe.

I've added an updated version of https://www.drupal.org/project/metatag/issues/2901039#comment-13147190 β†’ allowing to index individual meta tags, that works with metag 2.0.x.

grietdk β†’ changed the visibility of the branch 8.x-4.x to hidden.

grietdk β†’ changed the visibility of the branch 3418576-autocomplete-js to hidden.

Production build 0.71.5 2024