Looks great on my end too! Boom!
Same here, will try to test asap. Thanks again @jurgenhaas
@jurgenhaas as always, appreciate your tips, which helped to hack something up!
I stripped out all of the references to cache backend and keys in CacheActionBase.php and CacheInvalidate.php. So they basically only operate with tags now. Then I switched the tags processor to a string:
from:
protected function getCacheTags(): array {
$tags = [];
if ($this->configuration['tags'] !== '') {
$tags = array_values(DataTransferObject::buildArrayFromUserInput($this->configuration['tags']));
}
return $tags;
}
to:
protected function getCacheTags(): ?string {
$tags = ($this->configuration['tags']);
$tags = trim($this->tokenService->replaceClear($this->configuration['tags'] ?? ''));
return $tags;
}
I'm sure there's probably a better practice approach, but it's working for me. Thanks again!
@jurgenhaas I was wondering about the key and backend too, agree they seem unnecessary.
I ended up just creating an html button that links to a an ECA Endpoint Response Event url. Works great, no need for other modules.
@jurgenhaas I've actually tried with a fixed tag (without tokens, e.g. "node:77695") too, still no effect. Is there something else I'm doing wrong?
@ugintl try both, you'll very easily understand the differences.
eswiderski → created an issue.
Weird...now both ways are working for me today.
Even weirder....if I enable "Aggregate JavaScript files" in Performance, neither method works for me. Probably something janky with my config.
Either way, this feature is a huge efficiency booster, thanks again!
@jurgenhaas Actually it did pull the updated script and confirmed this is working, just a bit of nuance to the behavior.
Initially, I did the following, which pasted nothing:
1. selected the objects I wanted to copy
2. Ctrl + C
3. Clicked on the canvas
4. Ctrl + V
Not clicking on the canvas after Ctrl + C actually pasted it correctly:
1. selected the objects I wanted to copy
2. Ctrl + C
3. Ctrl + V
THANKS AGAIN!!!
@jurgenhaas I just pulled the latest 2.1.x-dev, updated db, cleared cache, but the behavior doesn't appear to be implemented for me. Using Mac/Chrome.
Wow.
#8 failing for me
@mxh This also feels like a bug to me, given it only occurs with Storage entities (action = Presave Content Entity Type -> Storage). If I create a similar process based on action Presave Content Entity with type Content, no error appears for me.
@jurgenhaas Confirmed, I'm not storing them, so looping through them on my process does work. I mainly just wanted to display it for debugging it.
This is certainly not critical and my process works, so should probably be very low priority.
Thank you!
eswiderski → created an issue.
Thanks @jurgenhaas.
Do you have a better suggestion to simply store a list of entity ID's from a reference field (to enable a loop action on each of the referenced entities)?
eswiderski → created an issue.
@dqd yes, it still applies to 2.0-dev
eswiderski → created an issue.
eswiderski → created an issue.
Ahh, ok thank you! I was still using 1.2.x-dev.
Ok, was it merged into 1.1.x-dev and 1.2.x-dev? I'm not seeing any difference behavior in 1.1.x-dev.
Can we merge this into one of the newer dev branches?
@jurgenhaas you rule!
eswiderski → created an issue.
This module destroyed a bunch of my custom menus. STAY AWAY.
Agree @jurgenhaas.
@mxh It seems like we'd be limiting ECA's scope just for this use case. If a vision for ECA is to indeed empower non-developers and alleviate custom development, then this would be extremely powerful. Personally, ECA has already allowed me to eliminate 30-40 modules. But also realize the project needs some guardrails.
That stated, ECA is life-changing without this capability...and completely respect both of your pov's. Just my $0.02.