- Mar 12, 2024
-
-
ronaldtebrake authored
-
- Feb 28, 2024
-
-
- Feb 23, 2024
-
-
- The Drupal 10.2 removed an variable/feature from View module breaking the read more link in our enrollment view.
-
- Feb 20, 2024
-
-
ronaldtebrake authored
-
Koval authored
Previously this value was never changed, so we are fixing it at the end of our preprocess function.
-
-
- Feb 15, 2024
-
-
Vinicius Pereira authored
Added new permission for Authenticated+ and Anonymous users to view/select taxonomies related to Social Profile modules.
-
Nejc Koporec authored
-
Nejc Koporec authored
-
- Feb 13, 2024
-
-
Issue #3420469 by SV: Update actions to make them translatable on the the group invitation-overview page
-
ronaldtebrake authored
-
- Feb 09, 2024
-
-
- Feb 08, 2024
-
-
ronaldtebrake authored
After updating to views_bulk_operations 4.2.6, we noticed the actual selection wasn't updating anymore correctly this blocked the bulk operations action button. On top of that we have a selection message which talks about members but this callback is used for every bulk operations, including content and more. We need beter ways of fixing it. So instead we deprecate this callback, and move to ViewsBulkOperationsController's variant.
-
- Feb 07, 2024
-
-
- Feb 05, 2024
-
-
Although this needs to have a fix upstream (see related issue) it seems that's far from available. The attached patch is the one from the merge request from the linked issue made by the maintainer, which isn't ideal just removing it, but considering it's the maintainers choice for now perhaps our best bet especially as it's linked to the issue in the contrib module, which makes it easier for us to track it's progress. Manual testing (and the fact it returns NULL on error) seems like there isn't much of a downside to suppress the error for now, alternatively if this stays open for long without an upstream fix we could decide to change the log level to warning perhaps. But the fact of the matter is that these images are coming from user input and we have no way of helping them fix the metadata of the image, nor can they do it themselves, it's just an issue with the modules interpretation of it.
-
- Jan 31, 2024
-
-
- Jan 30, 2024
-
-
ronaldtebrake authored
-
ronaldtebrake authored
-
ronaldtebrake authored
Lock drupal/dynamic_entity_reference, so we can update it later and make sure we update the failing patch
-
ronaldtebrake authored
-
- Jan 29, 2024
-
-
Taras Kruts authored
-
Alexander Varwijk authored
These types can be used in system to system API design to distinguish between a field that a system doesn't want to change or a field that should be changed to the empty value (NULL). For now we only need String and PhoneNumber, we don't have this need for other scalar or more complex types yet.
-
ronaldtebrake authored
-
- Jan 26, 2024
-
-
Vinicius Pereira authored
-
Vinicius Pereira authored
-
Vinicius Pereira authored
-
ronaldtebrake authored
-
ronaldtebrake authored
Fix Behat\Testwork\Call\Exception\FatalThrowableError: Type error: str_contains(): Argument #1 ($haystack) must be of type string, array given in features/bootstrap/GroupContext.php:672 This was already added in the groupCreate, which means it should work for all steps that use group creation, instead of just the Given groups.
-
Zan Vidmar authored
Issue #3415933: Improve Behat test step in a way that group with multiple content visibility options can be created
-
- Jan 25, 2024
-
-
ronaldtebrake authored
-
ronaldtebrake authored
-
ronaldtebrake authored
-
Vinicius Pereira authored
-
ronaldtebrake authored
We used to test a weird edge case, where the machine name seemingly wasn't filled in. That would likely throw a validation error. But that shouldn't be part of our test in the shape it was. Also that isn't appearing anymore after updating to 10.2 of Drupal Core. So instead, we now write the machine name and remove the validation work around. This should keep it the same value wise.
-
ronaldtebrake authored
In Drupal 10.2.x granular block content permissions we're added, so we need to add these by default. For now we are adding administer block content to SM, as they also have administer blocks that seemed like a good default. This should make for a good transition for where we can take a look at a better default.
-
https://www.drupal.org/project/drupal/issues/2253257ronaldtebrake authored
In: https://www.drupal.org/project/drupal/issues/2253257 a modal for entity delete operation was added. Unfortunately this doesn't look great across the product, and was sneaked in to the core release. So we revert the changes from Core for the time being, this gives us the opportunity to go through our design phase and make sure we can make this a consistent improvement across the product.
-
Vinicius Pereira authored
-
Vinicius Pereira authored
We somehow run in to a scenario, where patches added to our Distro composer.json are not applied directly after our composer require. This also happens locally. A second run of composer install seems to do the trick. After looking at composer-patches we've noticed in the new 2.0.0 (still in beta atm) this will be solved using a patches lock file and better management of patches. For now, considering time criticality we are adding the second composer install run. We've attempted to clear caches before the composer commands in the CI, adding composer-patches to the test/composer.json and more. Composer install running twice uses caches still so is much faster as well.
-
Vinicius Pereira authored
-