• Resolved blakmarkit

    (@blakmarkit)


    WP 6.5.5, uiPress lite 3.4.06

    Hello! In the Site settings > Advanced settings I have “Dynamic loading” set as “no.” I have “Load frontend outside frame” as “yes.” The Bricks builder editor is a frontend editor with URLs that append the ?bricks=run URL parameter. When I try to edit a page/template from the backend, it loads within the uiPress iframe instead of outside the frame, which breaks the editor. So site.com/my-page would have a link to edit that looks like one of the following:

    • https://site.com/my-page/?bricks=run
    • https://site.com/?page_id=137&bricks=run
    • https://site.com/template/coming-soon/?bricks=run

    I’ve tried adding different values (with and without /, ?, and & in various configurations) to the “Disable uipress on pages” field, but that doesn’t seem to be making a difference in this case. The documentation examples on handling URL parameters is limited, so I’m not positive if I’m configuring it correctly, or maybe something isn’t working correctly. I am able to add other admin pages, and it seems to be respecting those by loading the standard WP admin, but when it comes to dealing with Bricks editor URLs, it’s not working. If I navigate to a Bricks editor from the backend, then do a full page reload, it loads correctly.

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter blakmarkit

    (@blakmarkit)

    bump?

    I see that in 3.4.04 there was a check added in BackEnd.php for Elementor’s editor—presumably you could add a similar check for the Bricks editor (and maybe others that might have issues)?

    You can use the following to prevent the issues, it checks for links that contain “Edit with Bricks” then whenever those are clicked it opens the editor in a new tab preventing the issues from push state and lack of document cotnent not loading with UIPress.

    function add_bricks_target_blank() {

    if (is_admin()) {

    echo '<script>

    document.addEventListener("DOMContentLoaded", function() {

    const bricksLinks = Array.from(document.getElementsByTagName("a")).filter(link =>

    link.textContent.trim() === "Edit with Bricks"

    );

    bricksLinks.forEach(link => {

    link.setAttribute("target", "_blank");

    });

    });

    </script>';

    }

    }

    add_action('admin_footer', 'add_bricks_target_blank');
    Thread Starter blakmarkit

    (@blakmarkit)

    I came up with a similar workaround, but it’s not ideal—on a previous version it worked as expected.

    @admintwentytwenty, could we get a response?

    Plugin Author UiPress

    (@admintwentytwenty)

    Hello, sorry for the slow response.

    This should be fixed in version 3.5.00 that just went live. The same goes for any issues with Divi that have been ongoing.

    I am going to close this ticket but if you encounter any other issues with bricks etc feel free to open a new one.

    Thanks,

    Mark

    Thread Starter blakmarkit

    (@blakmarkit)

    @admintwentytwenty thanks!

    Just to make sure there’s not something else going on, did you remove the “Dynamic loading” and “Load frontend outside frame” options in the latest release?

Viewing 5 replies - 1 through 5 (of 5 total)

The topic ‘Conflict with Bricks builder when “Dynamic loading” = no’ is closed to new replies.