Brussels
Account created on 26 February 2014, over 10 years ago
  • Technical consultant at SmileΒ 
#

Merge Requests

More

Recent comments

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Created a new branch and rebased everything with the help of @Grimreaper.
Fixed an issue with the slots being arrays instead of objects.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ changed the visibility of the branch 3439414-2.0.0-alpha2-add-unit to hidden.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ changed the visibility of the branch 3439414-2.0.0-alpha2-add-unit-source-plugin to hidden.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Finished, MR is blocked because ComponentPluginManager.php changed on both sides ...
Rebase is not helping :/

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Progress status :

  • Canonicalizer βœ”
  • CompatibilityChecker βœ”
  • ReferencesResolver => WIP
  • StreamWrapper βœ”
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

When an incorrect scheme is passed : an error is thrown. This should never happen since it's checked by the ComponentPluginManager before calling file_get_contents and, like you said, the streamwrapper is always called with the correct scheme because of the tags in the service definition.

When an incorrect plugin is passed, the file_get_contents return a string with an empty array : "[]"
So there is no error, the schema is just empty.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Check for correct scheme is already done in the ComponentPluginManager::annotateProps/a> method.

PropType availiblity is done by the PluginManagerBase::createInstance method.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Patch is applying correctly but I'm not able to test that everyting is working properly.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Added the following tests :

  • PropTypeAdapterPluginManager::guessFromSchema()
  • PropTypePluginManager::guessFromSchema()
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Test are passing correctly now

πŸ‡§πŸ‡ͺBelgium oldeb Brussels
  • Fixed issue by overriding SDC's alterDefinition method in our own ComponentPluginManager.
  • Fixed error in getCategories when no group is defined
  • Adding sort on getGroupedDefinitions to have the group/categories in the same order as getCategories
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Added basic kernel tests for the ComponentPluginManager but following error is making them fail :

PHPUnit\Framework\Exception: PHP Deprecated: basename(): Passing null to parameter #1 ($path) of type string is deprecated in /var/www/html/web/core/lib/Drupal/Core/Theme/ComponentPluginManager.php on line 316
Deprecated: basename(): Passing null to parameter #1 ($path) of type string is deprecated in /var/www/html/web/core/lib/Drupal/Core/Theme/ComponentPluginManager.php on line 316
PHP Deprecated: basename(): Passing null to parameter #1 ($path) of type string is deprecated in /var/www/html/web/core/lib/Drupal/Core/Theme/ComponentPluginManager.php on line 316
Deprecated: basename(): Passing null to parameter #1 ($path) of type string is deprecated in /var/www/html/web/core/lib/Drupal/Core/Theme/ComponentPluginManager.php on line 316

πŸ“Œ | Devel PHP | Fix tests
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Also wondering if this may be a side effect of https://www.drupal.org/node/3298550 β†’

Nope, I tried and nothing changed.

Also seeing a commit in Drupal 10.2.5: https://git.drupalcode.org/project/drupal/-/commit/321dc38ac602fc2de74de...

I can't figure out how to use that ...

I also tried access the data using xpath but it's not working either ...

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Tests are failing due to another unrelated issue : #3437169

πŸ“Œ | Devel PHP | Fix tests
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

@Grimreaper what's your take on this ?

πŸ“Œ | Devel PHP | Fix tests
πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ created an issue.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Added requirement to composer.json

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ created an issue.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ changed the visibility of the branch 11.x to hidden.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

oldeb β†’ made their first commit to this issue’s fork.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

This change broke my D10 upgrade.

There is a compatibility issue with the address contrib module β†’ , in the AddressItem field type they are decraring a "Country" constraint and giving a "availableCountries" option which they collide with this change and provoking the following error :

Symfony\Component\Validator\Exception\InvalidOptionsException: The options "availableCountries" do not exist in constraint "Drupal\field_validation\Plugin\Validation\Constraint\CountryConstraint". in Symfony\Component\Validator\Constraint->normalizeOptions() (line 180 of /app/vendor/symfony/validator/Constraint.php).

I think we should find another id for the CountryConstraint.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

I was there and happy to meet you all guys. See you in Rennes !

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Here is a working patch for Drupal 10.

πŸ‡§πŸ‡ͺBelgium oldeb Brussels

Here is a quick patch for the ones looking for a solution to this issue.

Production build 0.69.0 2024