Are you a GenerateCustomer?

Do you have an active GP Premium or GenerateBlocks Pro license key?

Create a GenerateSupport account for GeneratePress and GenerateBlocks support in one dedicated place.

Create an account
Already have a GenerateSupport account? Login

Just browsing?

Feel free to browse the forums. Support for our free versions is provided on WordPress.org (GeneratePress, GenerateBlocks).

Want to become a premium user? Learn more below.

GP Cloud: Patterns are broken in frontend

  • Hi team,

    unfortunately I’m constantly having problems with GB at the moment, so I have to post here almost every day.
    I wish it wasn’t like this!

    I’ve finally converted all my patterns from V1 blocks to V2 blocks (🥴), and now I’ve finally created my first collection within my base-site that I can access in a destination-site.

    But now there is a big problem 😣
    When I insert such a pattern into a page, it is completely broken in the frontend!
    In the editor, however, it looks fine, as it should.

    I have now tested this with different patterns, the result is always the same.

    I’ll show you two examples:

    This is the pattern “Content 6” in the editor: https://prnt.sc/RtTQ9z2GmziQ
    and this is how the page is displayed in the frontend > URL in private field

    This is the pattern “Hero 3” in the editor: https://prnt.sc/IdtyF-fn-J24
    and this is how the page is displayed in the frontend > URL in private field

    What is happening here?

    Thanks for help!

  • Can you go to the destination site’s generateblocks > settings and click the Regenerate CSS button?

    or set CSS print method to inline to test.

    And can you provide a link where I can see the pattern-6 on the base site?

  • Hi Ying,

    thanks for help!

    Can you go to the destination site’s generateblocks > settings and click the Regenerate CSS button?

    I have done this, but unfortunately it has no effect.

    or set CSS print method to inline to test.

    I did that too

    The link to the content patterns in the base site is in the private field.

    Thank you!

  • Hum…. any cache plugin or server cache?

    Can you provide an admin login to the destination site?

  • No cache plugin or server cache.
    It is a multisite, could that make problems?

    There are two subsites, the first one is the base site, the second is the destination site.

    admin login is in private field.

  • Hi Ying

    I just found out: if I use the patterns on another destination site (which is not part of a multisite), then this problem does not occur!
    So it might have something to do with the fact that it is a multsite…

  • So it might have something to do with the fact that it is a multsite…

    Hum… It’s possible, but I’m not very familiar with the multisite stuff, I’ll check with dev team and let you know 🙂

  • Hi there,

    It seems like the CSS on the frontend is never actually being output, so something is blocking it from reaching that point.

    Our entire Starter Sites collection is running on multisite (over 100 sites), and I haven’t seen this happen there. Have you tried deactivating the other plugins on the site to rule out a conflict?

    If you’d like, I can go into the plugin files and add some debugging code to find where exactly it’s being held up. If you can set up an sFTP user that only has access to the generateblocks folder in wp-content/plugins, I’d be happy to do so.

    Sorry for the inconvenience!

  • Thinking about this more. Can you confirm whether or not you’ve saved the page as a super admin? If not, can you try doing so to see if it makes a difference?

  • Hi Tom,

    Thank you for your feedback.

    Our entire Starter Sites collection is running on multisite

    In some ways this is good news because it means that the multisite is probably not the problem.

    Have you tried deactivating the other plugins on the site to rule out a conflict?

    No, I haven’t done that yet. On the multisite I have only installed the plugins that I always install (and have never had any problems with them.)

    Can you confirm whether or not you’ve saved the page as a super admin?

    Yes, there are only two users on the multisite, both are super-admins.

    If you can set up an sFTP user that only has access to the generateblocks folder in wp-content/plugins

    I will set this up and get back to you.

    Thanks for now!

  • Hi there,

    I have carried out further tests.
    If I simply copy a section from the base site and paste it into a page of the subsite, everything works fine!

    But if I insert the same section into the subsite via the pattern-library, the CSS of the section is not loaded.
    See page: pattern-test (link in private field)

    Which also causes problems: if I duplicate a grid-container (or flex-container) several times, the CSS is not loaded for the duplicated container either.
    See page: grid-container-duplicated (link in private field)

    I have set up the FTP access.

    Many thanks!

  • I see the issue. You’re using 2.0.2-beta.1, which is where this bug was introduced.

    Definitely good to know, as the performance fixes we made there have this unintended consequence. I’ll do some debugging and will share an updated zip.

    Thanks!

  • Wow, that’s good to know!
    Yes, David made this beta available to me some time ago because I was experiencing major performance losses.

    Thanks for now, Tom 👍

  • Hi there,

    Can you try the latest perf tweak zip?: https://generatepress.com/beta/generateblocks-perf-tweak.zip

    Performance should still be fixed, and the patterns/duplicating bug should be resolved as well.

    Let me know 🙂

  • Performance should still be fixed, and the patterns/duplicating bug should be resolved as well.

    That is correct 🙂👍

    Everything is working very well so far, thank you!

Viewing 15 posts - 1 through 15 (of 15 total)
  • You must be logged in to reply to this topic.