Nested snippet call in rowTpl (Wayfinder) work inproperly after update to Modx 2.2.9

After update to the latest 2.2.9 version of Modx, I found that the nested call of the snippet in rowTpl of wayfinder returns cached result for each sub directory.

E.g. the call below:
in previous (2.2.8) version returned:

folder 1 - image1
folder 2 - image2
folder 3 - image3

in version 2.2.9 it returns:
folder 1 - image1
folder 2 - image1
folder 3 - image1

The only way to make it work in 2.2.9 is to call it not cached

But I need the nested call cached(( Did i missed something?

Same issues here.

After updating my client's MODX cloud from 2.2.8 to 2.2.9 the Wayfinder menu's that use any other startId then 0 will fail:



FAILS, Gives only the StartItem using the StartItem template




FAILS, Gives only the StartItem using the StartItem template



WORKS, so I think the error is definately with the startId.


Will submit a bug

When I try the call without any custom templates it works.

There are now several tickets filed in the tracker for this issue:

http://bugs.modx.com/issues/10157
http://bugs.modx.com/issues/10154
http://bugs.modx.com/issues/10211

and in the comment of this pull there are details how it was tracked down:

https://github.com/roryg/ElementHelper/pull/16

at the time the only way to make this work with 2.2.9 is to revert back the changes in the parser logic to 2.2.8

So far, the only time I can reproduce this is if I'm using a Chunk that is set as Static, and is associated with a Media Source. Don't use a media source to access your static chunks (you can use element_static_path Setting without a media source for relative paths, defaults to MODX_CORE_PATH . 'components/') and it works fine.

This seems to be a bug with how Wayfinder is processing things (it is circumventing normal parsing in some cases) that was only revealed by the bug fix implemented in the parser for 2.2.9. I am trying to track exactly why this is only happening with Static Chunks assigned to a Media Source...

Quote from: opengeek at Sep 19, 2013, 07:22 AM

So far, the only time I can reproduce this is if I'm using a Chunk that is set as Static, and is associated with a Media Source. Don't use a media source to access your static chunks (you can use element_static_path Setting without a media source for relative paths, defaults to MODX_CORE_PATH . 'components/') and it works fine.

This seems to be a bug with how Wayfinder is processing things (it is circumventing normal parsing in some cases) that was only revealed by the bug fix implemented in the parser for 2.2.9. I am trying to track exactly why this is only happening with Static Chunks assigned to a Media Source...

This renders some problems with the very helpful Extra ElementHelper, which by default assigns a media source of 1 to the created elements...if this is not recommended in general (setting a media source for static elements), then why do we even have the possibility, e.g. the dropdown field in the element edit screen? Does this problem only occur with wayfinder due the "special" parsing of the snippet or could this also be a problem with other extras?

Hi all,

i'am working with MODX Revolution 2.2.9 and wayfinder 2.3.3. on my local machine
Now i'am trying to make all my chunks, snippets, templates and tvs static, but when I do it with wayfinder chunks, submenus will not render. Than I found this thread and removed from my chunks associations with media sources.
All chunks(files) are saved in location like Jason Coward said now, in MODX_CORE_PATH . 'components/'...

Now i can see, that I have two copies of my chunks. One in folder, where I upload it and which I selected in manager - in "assets/chunks/"
and the second was created to "core/components" folder ("core/components/assets/chunks" exactly).
Frontend uses the file I selected in manager - "assets/chunks/", but
backend uses (in content field) the file in - "core/components/assets/chunks"
So maybe there is problem with filepath, when you don't use modia sources.
Should i change something in modx configuration? Tomorrow, I have to look at that.

But still, nothing changed with submenus, they are not rendering.

All other things with static files looks ok, but i didn't test it to much yet.
To have possibility to make all pieces static is realy fantastic idea.

Thanks you for all related informations to this problem and of course, to MODX team for great job, they are doing. [ed. note: smahel last edited this post 13 years ago.]

FIXED IT!! Merge request done
https://github.com/modxcms/revolution/pull/630
Such a little fix!!

Hi all,
great job bertoost, thank you, it saved my time.

l.smahel

Here is a patch that fixes the source of the issue and does not circumvent the solution to the original bug that was fixed when this bug was introduced...

https://github.com/modxcms/revolution/commit/5cd13cba13e52e888cff5a5209b4d88bb976daf5

This will be available in 2.2.10 shortly. Thanks bertoost for some pushes in the right direction.