<div dir="ltr"><div>Marten,</div><div><br></div><div>You are correct. There was a bug in the default_seaside template. It used the wrong class name. This has been fixed by <a href="https://github.com/GsDevKit/GsDevKit_stones/pull/27">https://github.com/GsDevKit/GsDevKit_stones/pull/27</a>.</div><div><br></div><div>You will need to update your registry's default_seaside.ston template. Once you update the GsDevKit_stones repo, you'll find the updated default_seaside.ston in the repo's template folder.<br></div><div><br></div><div>Kurt<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 3, 2024 at 1:35 AM Marten Feldtmann <m@feldtmann.online> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 03.12.24 00:03, Kurt Kilpela wrote:<br>
><br>
> >- when I create stones with different templates (--template=)  I<br>
> sometimes must define tode-stuff (default_seaside) in the registry,<br>
> sometimes not (minimal).<br>
> What command and arguments are you using to create a stone showing<br>
> this problem? I wouldn't expect tode unless the template contains<br>
> `#tode : 'enabled'`.<br>
><br>
<br>
The reason for this problem is, that the method todeHome is called when<br>
calling customizeCustomEnv - and this happens, when "customenv" is<br>
defined in the specific stone file.<br>
<br>
</blockquote></div>