CMS Made Simple Forums

Navigator works differently (and much more efficiently) so the templates aren't directly compatible with MM. In most cases it's fairly trivial to adapt them using the default Navigator template and just updating the class names and any html customizations. Because Navigator templates are recursive, ...

It's hard to diagnose without access to the site, but I see ?page=news in the url so that tells me it's likely one of: -Pretty urls not enabled correctly, or -The order of operations in your .htaccess is incorrect (the pretty url rewriting happening after the redirect or something) Not my area of ex...

I have marked it as solved (which locks the thread), I think you can't do that yet as a new forum user. It was that image, but perhaps just not a good path between your server and me in Canada. As for config, you can set the root_url and uploads_url there, among other things (not sure if showbase wo...

Sounds like you're on the right track, but yeah the fonts are 404. You've also got a few javascript errors in the console, and the main image takes a full 2 seconds to load even though it's not super large - which could mean the server is a bit underpowered or oversold, among other things. There's a...

There are filtering options which might be better for you while you get to know the system. Generally, only items related to your design are necessary, and a few sample designs are included to show this. In Layout > Design Manager, you can go to the Designs tab which is where templates and styleshee...

As far as I know, naming it 'image' has always caused it to not work. I believe this is because the variable is used somewhere else but I'm not sure. I don't think it would have changed from 2.2.19 to 2.2.20, that might be a red herring. It wouldn't be anything to do with two fields having the same ...

Try giving the block a name other than 'image'
{content_image class='breit radius-oben' block='anotherimage' alt='Themenbild Ziegelei Museum'}

I was not able to recreate this on a clean 2.2.20 install. Can you experiment a bit more and see if there's a specific usage that makes it happen reliably? e.g. it's in a child template or assigned to a variable etc. Feel free to include the full tag you're using, and/or the page template.

It's more likely it worked with the browser you were logged into admin with, as being logged in bypasses caching. You should only use Smarty caching if you really, really, really know what you're doing - we're going to be changing or removing that in a future release.

You should be able to add the following to your php.ini or .user.ini: display_errors = Off Additionally, you may want to ask your host what the best method to control the error_reporting level if your settings aren't applying to all areas. php.ini generally shouldn't affect the frontend differently ...

I wasn't able to reproduce this as a bug, but if you're able to make a copy of the page and template with the cms_stylesheet method so we can see the problem in action, that would be helpful (we may notice something you missed). Otherwise if you can give us steps to reproduce the problem in a clean ...

Hard to say without seeing it, but perhaps there's a mixed content issue? Check the console to see if there's any warnings. If that's not it, make sure the html validates. Feel free to share a link if you need further help.

It's still being investigated, but it looks like a bug related to a fix for newer php versions. We'll post more information once we have it solved.

The system checks for a minimum version of 5.7.44. It may work with 5.7.42 but if you run into issues you should probably have it upgraded. The recommended version is currently 8.3.0.

I haven't heard of the error page issue, if you can produce this reliably on a clean site (e.g. nothing special on the error page itself) then please file a bug report with steps to reproduce. For the Deprecated warnings, please see the release announcement for 2.2.20 (https://forum.cmsmadesimple.or...