Switching the CSS loading method from “external files” to inline styles (the default) solves the problem, but previously I was constantly working with external CSS files. At some point, I couldn’t duplicate or add new content, and it didn’t have styles even though they were applied. The old content works normally. I thought it was a server performance issue, so I changed:
PHP execution time limit: to 180
WP memory limit: to 128 MB
Max_execution_time from 30 → 60
Max_input_varsd from 100 to 10000
Memory_limit from 512 to 1024 MB
meta_value in the wp_postmeta table from TEXT to LONGTEXT.
In the end, it didn’t help. Has anyone encountered this problem?
The last changes to the site were building the form using CF7 and installing the WP Fastest Cache plugin, but disabling these plugins does not fix the problem.
Browser: Chrome 110 OS: macOS / Windows / Linux / etc. URL: Link to a page that illustrates this issue Video: Short screen recording that illustrates this issue (free tool: jam.dev)
[Please describe this bug in as much detail as possible so we can replicate & debug this bug]
I think it would help if you could do a screen recording of the issue.
If you’re sure you have cleared all server, website and DNS cache, you can also try regenerating the bricks CSS in Bricks → Settings, General tab, and scroll down to find the Custom breakpoints section.
This is quite a common issue, but most of the time it can be attributed to some form of user error.
First, and most common, is to check for the invalid CSS styles/rules. Invalid CSS can prevent styles from being applied correctly. Switch back to inline styles temporarily and inspect the CSS in the frontend. You can copy the inline CSS and use a CSS linter (like VS Code) to check for errors.
You can also check style by style while you are in external styles configuration.
Next, I would clear all cache and regenerate CSS files, like it was suggested above. Maybe this will help.
Also check your class and variable manager, and check if you might have a class or variable with an invalid name. Most of the time, it would be just a dot (.). This can also prevent style updates on the ID level.
Please test the options above and let me know if you solved it.
Matej
I found the cause. Clearing the cache after each new section/duplicate added and regenerating the CSS files helped. Unfortunately, I have to do this every time I add new content, but it’s a solution It didn’t work before because I’d clear the cache/regenerate the files first and then add the content.
Thanks for update. Yeah, while you are developing, it’s usually best if you disable caching (at least for logged in admin users if possible).
As there is nothing we can do about it (the issue is not with Bricks), I’ll mark the topic as no-bug.
It didn’t work before because I’d clear the cache/regenerate the files first and then add the content.