Hey @Regnalf,
The issue is isolated only on your site. I have forwarded this to our development team for further investigation.
Please stay tuned.
Thanks.
I’ve seen there is a new pro update 5.0.6.
Should i wait with update?
Hi @Regnalf,
I would suggest you update the theme to its latest version and check if the issue is resolved or not.
Thanks
Updated to 5.0.6 no change of the issue!
Hi @Regnalf,
I’ve done some more troubleshooting and found that the responsive values are stored correctly, and it is outputting the correct width values for the columns. However, something is changed the CSS media query. Here’s the CSS output on your site:
@media screen and (max-width:978,98px)
While it should output like this with a decimal:
@media screen and (max-width:978.98px)
I’m not sure how it’s getting changed. Could you please try testing to see if deactivating any plugins will correct this? Perhaps there is a feature somewhere that automatically reformats numbers, but it mistakenly runs inside of <style> tags instead of just main content.
Maybe it is because i set the php setlocale(LC_ALL, 'de_DE');?
I need it for some weekday conversion on the site. Maybe the LC_ALL was to universal?
I’ve changed the setlocale to setlocale(LC_TIME, 'de_DE');
The first test, seems to be ok. Some Layouts have to be resaved.
Sorry, didn’t expect that it breaks your new responsive design.
Hi @Regnalf,
Ok, glad you found it! All the code output from Cornerstone is generated in PHP and output to the front end in a <style> tag via PHP as well, so that makes sense how it was getting reformatted that way. Instead of resaving you might be able to go into Cornerstone > Settings and click “Clear Style Cache” which will cause all CSS to be regenerated.
Thanks for that hint about clear cache. Never used that before 
I found a second place where i needed the LC_ALL method for point to comma format.
So i changed my function to:
echo numfmt_format(numfmt_create('de_DE', NumberFormatter::DECIMAL), round (100 / $decimalnumber, 2))
This doesn’t change the global php locale settings.
But maybe you secure your css output too, maybe some other user or plugin set a locale?
Thanks @regnalf
Hi @Regnalf,
I’ve looked into this some more and found the right place to reformat the string. I appreciate you sharing your findings with us, as this helped me quickly get to the bottom of the issue. Let me know how it works in Pro 5.0.7 which will be published this afternoon.
Hi @alexander, I tried it with version 5.0.7. and also set the php locale to LC_ALL. It seems to work.
But with a nested row there are still problems. Right when you edit the home page under the slider the nested row should switch to single column.
But i don’t think this is related to the php locale issue
Hello @Regnalf,
It seems that you have removed or changed the WP credentials already. Please have it updated so we can log in and check your row settings. We need to investigate further in your staging site.
Thank you.
Morning @ruenel, i was shure i tested the login before, however i reset the password and logged in today.
Please try again.
Hello @Regnalf,
Please go to the Layout tab and see the skeleton structure of your section. You are having this:
The “Zeile Theaterstücke” row element is having this layout:
Meanwhile, you also have nested the “Stück Infos” row element inside your column. This nested row element is having this layout which is causing your issue:
To get your issue resolve, please correct the layout in your nested row settings.
Hope this helps. Kindly let us know how it goes.
I’m not quite sure what you’re trying to point out. This part of the page was working before I upgraded to version 5 of Pro.
Here are two screenshots showing the respective lowest breakpoint settings.
In both of them there is no break to just one column although it has been set!
Mobile horizontal:
Mobile vertical:
Both show that even with the different breakpoint nothing changes!
Hello @Regnalf,
Thank you for the screenshots, but please provide us the page direct URL, or the Layout name so we can take a closer look.
Thanks,
As I wrote above, it’s directly the start page!
Hi @Regnalf,
Thank you for the clarification, but those pages did not resemble any of your screenshots. But I did check the Theaterstücke layout which is used on /theater/ page, and I find out that the Zeile Looper row’s layout configuration is set to 50% 50% layout on small screen.
This is what it looks like if that is set to 100%
Cheers,
No no no, it’s not that archive page, this page works correctly and doesn’t even have a nested looper!! @ruenel was already on the specific page
The setting is IN a PAGE, the main page, look security note.
Hey @Regnalf,
We apologize for the confusion.
The issue was resolved after resaving the page so it looks like the page needed some CSS regeneration (see secure note). I’ve tested both the builder preview and the live view.
Hope that helps.
Hello @christian, the solution didn’t work, because i want one column in big screen. After i set this in big screen the row issue reaperars again. But …
I think I found the bug!!!
After I switched to version 5 of Pro, I set the base breakpoint from 1200 to the highest in the theme settings.
My setting after update
When this is the case, the column in the mobile section does not wrap correctly!
If I set it back to 1200 and higher, the row breaks correctly!
The setup now is correct in every breakpoint!
This ist the correct breakpoint setting:
And this is the row template if i set the base breakpoint to the highest setting. Pay attention that the highest breakpoint which ist set to 100% is not yellow! And above the tablet inherit is not blue!
It looks like changing the base breakpoint has unwanted results.