-
Notifications
You must be signed in to change notification settings - Fork 715
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Unexpected "$smarty.block.parent"" in default modifier. #393
Comments
Never considered that $smarty.block.parent could be used as |default: value. |
Shouldn't any variable reference be acceptable as parameter value? |
And to clarify the original use case, I have the following structure: parent.tpl{block "content"}<div>error message</div>{/block} child.tpl{block "content"}{$content|default:$smarty.block.parent}{/block} |
… like any $smarty special variable #393
This is now fixed in the master branch. Can you explain the behavior with cache_id parameters of '{include}' blocks you have mentioned. |
First time I started to port my current project forward, I've tried to dynamically assign cache ids to various includes (mainly various menu blocks), but failed because it would crash on anything but a plain variable. |
emits
There's a simple workaround, however
but I'm not sure the original behavior is desired.
The text was updated successfully, but these errors were encountered: