Global Blocks Changing Position
Hello Brizy Support Team,
we are experiencing an issue across several of our client websites that use Brizy. The problem affects Global Blocks that are placed inside the page content. Header and Footer blocks work correctly, but global sections that appear between other page sections are repeatedly jumping to different positions on the page.
For example, on a typical layout we have: Header, then a non global Hero section, then a global section. These global sections sometimes appear at the bottom of the page, sometimes in the middle, or in another unexpected position. The order changes without us making any edits to the specific page.
Inside the Brizy editor, the blocks are always shown in the correct order. If we open the page in the editor and click Save, the page renders correctly on the frontend again. However, after some time, the issue returns and the blocks appear in the wrong position once more. We have not yet identified what action triggers this behaviour.
This issue has appeared on multiple independent websites, including sites with a large number of pages.
Our environment:
-
WordPress 6.8.3
-
Brizy Builder 2.7.17
-
Brizy Builder Pro 2.7.9
We can provide temporary access to the affected websites if this helps with debugging the issue.
Thank you for your support.
-
Hi Frederik,
Thank you for contacting us.
The issue you’re experiencing may be related to the blocks needing to be recompiled. To fix it, please try the following steps:
1. Temporarily reduce the width of the affected global blocks to 90%, or change them to full width.
2. Hit Update to save the changes.
3. Preview the page on the front-end to see if this resolves the issue.
4. Once confirmed, you can set the block back to its original width and hit Update again.This process forces the page to recompile, which often resolves similar positioning issues with global blocks.
Please try this and let us know if this helps.
Best regards,
Ariel H.0 -
This process works on the page where I edit the global block, but on all other pages that use that block, the position is still wrong. We have many pages with global blocks on some sites, so manually editing every page isn’t a good solution. We did this in the past, but the problem keeps coming back.
Best regards,
Frederik0 -
Hi Frederik,
Thank you for the update.
Since it is a global block, any update made should automatically apply to all the pages where the global block is set to display. Could you please try temporarily disabling all other plugins except Brizy and Brizy Pro to see if that makes any difference? Additionally, if your site uses server-side caching, please try clearing it.
If the issue persists, we would appreciate it if you could provide some screenshots of the global block so we can better understand what’s happening. It would also be helpful if you could provide temporary access to your WordPress admin page so we can investigate the issue further. Kindly add us as an Admin user to your WordPress Dashboard and send the following details to communitysupport@brizy.io.
Community Post link: https://support.brizy.io/hc/en-us/community/posts/31320388176018
WordPress Admin URL:
Admin Username:
Password:Looking forward to your reply.
Best regards,
Ariel H.0 -
I've sent the access details
0 -
Hi Frederick,
Thank you for your cooperation.
This layout issue can be fixed by also resetting the display conditions, as shown in this screencast: https://youtu.be/TYDu2QgmrAI. You don’t need to make any changes, simply hit the Save button to close it.
After that, you can temporarily update the width of the affected block by setting it to Full, hitting Update, and then switching it back to Boxed. Alternatively, you can update the padding temporarily and switch it back. This process triggers a recompile for both the global blocks and the page.
Currently, this is the only way to fix layout issues. However, we’re working on an improved compiler that will remove the need to force recompile pages for changes to reflect on the front-end in future updates. We apologize for the inconvenience and appreciate your understanding.
Best regards,
Ariel H.0 -
Ok, this definitely solves the issue on the current page, but not on the other pages with the same global block (e.g. https://ks.maddesign.media/weingestell/).
Can you give a rough estimate of when this new compiler will be published?
0 -
Hi Frederik,
The same fix has been applied to the page.
Unfortunately, we don’t have an ETA for when it will be rolled out, as it’s still in progress but we’ll share updates as soon as they’re available.
Best regards,
Ariel H.0 -
Hi Ariel, following up on this again:
I'm not sure if you are aware, but this heavily affects our relationship with customers as they sometimes update things on their own pages.
It's one thing if it doesn't work when we do it, but its a whole other situation if customers feel like they pay thousands of euros for a website that is not working properly.
This leaves a very bad impression on us and severely impacts future revenue.
I'm sorry, but "sharing updates as soon as they're available" does not cut it in this case. You have to give us a solution here!
As far as I can tell, this only happens on sites that have Polylang installed, but this might be a coincidence.0 -
Hi Frederik,
I understand why this situation is so frustrating, especially with how it affects your clients and your business. I’m really sorry that we still don’t have a solution available at the moment.
In the meantime, I’ll check the issue with Polylang in my test environment to confirm it.
Best regards,
Ariel H.0
Please sign in to leave a comment.
Comments
9 comments