davemaxg β created an issue.
davemaxg β created an issue.
I'm trying to do something similar for logging in dev environments only. Can you post your full settings that shows how to direct mails to logging? I assume you also utilize the symfony_mailer_log module for that.
What does office_365 map to in a yml file? I'm using DSN routing so it seems very different, but I'm trying to piece things together...
Thank you π
It may make sense to drop months in favor of weeks only because a month is the only duration option that is not consistently the same and could lead to bad assumptions and potential end user confusion since we're always converting into seconds.
Or a comment in the code?
davemaxg β created an issue.
This workaround seems to work.
https://www.drupal.org/project/google_tag/issues/3483056
π
Onboarding is BROKEN - workaround downgrade to 2.0.0 to set up GTM
Active
davemaxg β created an issue.
Thanks for this updated patch. I ended up working around this issue, but was just checking in again and would love to get this working. It turns out that I have some translation related patches that must be conflicting. Here's what my composer.json looks like:
"drupal/views_entity_form_field": {
"fix issue related to translation": "
https://www.drupal.org/files/issues/2021-06-18/views_entity_form_field_3... β
",
"fix multilingual updating issue": "
https://www.drupal.org/files/issues/2021-06-29/views_entity_form_field-s... β
",
"add save button for each row": "
https://www.drupal.org/files/issues/2024-08-23/add_save_button_on_each_r... β
"
},
Composer started to fail when I added the save button patch so I had to remove it.
This is great. Really useful module. :)
davemaxg β created an issue.
Thank you @mkalkbrenner, this new version is working for me. :) Thanks to everyone for such a helpful and easy to use module.
I did notice that it also exported the author and the file entity representing the profile picture of the author. This seems possibly too aggressive, but I'm not sure as I'm only thinking about my current use case. I was thinking that perhaps a simple solution to this might be to have a checkbox to not follow author references. My user entity has some reference fields of it's own, so I'm not sure why it only pulled the file entity reference.
Pablo, thank you for this patch. I think it could be a nice workaround for this issue π Field values get swapped among different entities in a view Active that I just posted.
I am trying to apply it to 8.x-1.0-beta10 but it won't apply. What version should it work with?
I am thinking that this may be a better ui when there are multiple rows and form fields than having to save the whole page at once.
davemaxg β created an issue.
davemaxg β created an issue.
davemaxg β created an issue.
davemaxg β created an issue.
davemaxg β created an issue.
davemaxg β created an issue.
I can confirm that using the View result counter - Global field from views also causes this error. I am using 8.x-1.15.
The patch does not apply to this version either. I will look into a new patch if I have some time.
#17 worked for me. Thank you!
davemaxg β created an issue.
The point with the older user account that I meant to mention was that the account existed before eca was installed.
davemaxg β created an issue.
davemaxg β created an issue.
Upon further investigation, I see that this is an issue with entity_clone. Please close this ticket.
Thanks @ jurgenhaas, bpmn_io is working for me. I started with classic as it seemed an easier way to get started with ECA, but I can see how bpmn is much richer.
davemaxg β created an issue.
This is happening for me too. The value is there when I export config, but not when I view the action.
Upon more investigation, I see that easy email only provides the action and eca takes care of the rest. Didn't realize it worked that way. This issue is already open.
https://www.drupal.org/project/eca_cm/issues/3419019
π
When viewing or editing a model containing an Easy Email action, the previously entered data for the object field for that action is not displayed
Active
That's not the issue that I'm bringing up. The issue I was trying to outline is that when I try to save the Send Easy Mail action, the Entity token name that I specify doesn't get saved. I sent the yml file so you can easily replicate the issue.
davemaxg β created an issue.
That worked. Thank you!
This module is awesome.
davemaxg β created an issue.
Patch attached. This may need a little cleanup but it works for me.
davemaxg β created an issue.
I believe this also happens when a field is added to an entity after entities already exist. In this case, these fields wouldn't exist in the database and would be nulls and would trigger the same error. This is happening to me on 10.2.2
davemaxg β created an issue.
davemaxg β created an issue.
The patch at #8 does not work on Drupal 10.1 which has a newer version of symfony. On Symfony 4.3+ the dispatch method has been changed
from
public function dispatch($eventName, Event $event = null);
to
public function dispatch(object $event, ?string $eventName = null): object;
This new patch addresses that issue. It's a one line change.
davemaxg β created an issue.
davemaxg β created an issue.