ajlow β created an issue.
I am getting this error as well. I am using:
ECA Version : 1.1.2
ECA Core Modeller: 1.0.5
I have quite a lot of modules as well which would make it hard to track. What I did was go into the code to see what the issue is.
Doing some tracing, it looks like the issue is with this line of code in the EcaForm.php:
$module_name = $definition['provider'] === 'core' ? 'Drupal core' : (string) $this->moduleHandler->getName((string) $definition['provider']);
The assumption is that the $definition
array has a 'provider'
key.
Most of the definitions do have a 'provider'
key, however it died on me with this definition:
[03-May-2023 13:10:37 Australia/Melbourne] Array
(
[type] => file
[label] => Drupal\Core\StringTranslation\TranslatableMarkup Object
(
[string:protected] => Update file alias
[arguments:protected] => Array
(
)
[translatedMarkup:protected] =>
[options:protected] => Array
(
)
[stringTranslation:protected] =>
)
[configurable] =>
)
As you can see, there is no 'provider'
key.
Possible solution:
Should there be a check to see whether the key is set? If not, then skip?
Something similar happens with MIME Mail module, only the difference is I have to disable all the Mail Safety options to make it run. If any of the Mail Safety options are activated, the email template used is the the MIME Mail module twig file instead of the twig file in my custom theme directory. I found this out when I enabled debugging and saw this in my email raw source:
<!-- BEGIN OUTPUT from 'modules/contrib/mimemail/templates/mimemail-message.html.twig' -->
Disabling all the Mail Safety options gives me the expected result:
<!-- BEGIN OUTPUT from 'profiles/drupalexp_nation/themes/nation/templates/mimemail-message--custom_cron.html.twig' -->
I found out what my issue was. I used this method:
composer create-project opigno/opigno-composer opigno --no-install
cd opigno
composer install -vvv --ignore-platform-req php
and used -vvv
for the composer install and found my issue.
ajlow β created an issue.