I have some fred elements with modx tags inside and appropriate remote config: {“remote”: true}.
Content of all this elements is the same:
[[++site_name]] //its for testing purposes
[[!getContentBlock? &alias=“some_res_name”]]
Snippet getContentBlock:
if (!empty($alias)) {
$resource = $modx->getObject(‘modResource’, array(‘alias’ => “$alias”, ‘context_key’ => $modx->context->key));
if($resource) {
$resourceOutput = $resource->parseContent();
return $resourceOutput;
}
}
I create home page resource and build it with great Fred block editor with 4 this elements -
header, footer, contacts and faq.
All pages, resource privew and fred builder page are looking fine:
I can see content on resource admin page under “Open In Fred” button:
We can see that all modx tags are in place like it should be, so they will be processed
by MODX on page render.
AND THEN I PUSH “Fred rebuild” button, OR EVEN RESOURCE “Save button”.
Resource preview:
Only site_name is here. 4 times.
Fred editor page:
Here is no change situation. All looks like it should be.
Content on resource admin page under “Open In Fred” button:
AS WE CAN SEE, ALL MODX TAGS IN ELEMENTS WITH “remote: true” ARE PROCESSED AFTER SIMPLE “Fred rebuild”. SAME SITUATION WITH RESOURCE SAVE BUTTON.
I doth think its right, because it broke resource frontend.
We can fix this situation by going to Fred editor and resave page inside it.
Now all modx tags are back and frontend page is fixed.
This make completely impossible to make fred rebuild on elements with modx tags and “remote:true” because of resource view damage.
I DONT THINK THAT FRAD SHOULD PROCESS MODX TAGS ON REBUILD!!
Pls help!!
Environment
MODX 3.0.1, Apache latest, MySQL latest, php 8.1.2 .