• Hi,

    I found a conflict with SchedulePress in the WordPress block editor.

    When SchedulePress is active, the pattern chooser modal  in the post editor is displayed incorrectly. The pattern becomes very small and is positioned in the top-right corner of the screen.

    Steps to reproduce

    1. Activate SchedulePress.
    2. active twentwenty* theme
    3. Create a pattern for the pattern chooser modal in patterns/ folder
    <?php
    /**
    * Title: Patern Test
    * Slug: {your-theme}/post-pattern-chooser-test
    * Block Types: core/post-content
    * Keywords: starter
    * Post Types: post
    */
    ?>

    <!-- wp:heading -->
    <h2 class="wp-block-heading">test</h2>
    <!-- /wp:heading -->

    4. create a new post.

    5. The pattern chooser modal appears and is broken

    The issue only occurs when editing posts.

    When editing pages, the Pattern Chooser modal works normally.

    Disabling SchedulePress fixes the issue immediately.

    So it looks like SchedulePress is adding styles specifically to the post editor that interferes with the WordPress modal layout.

    my current workaround for SchedulePress, its not perfect.

    body .components-modal__header {
    align-items: center !important;
    border-bottom: 1px solid #0000 !important;
    box-sizing: border-box !important;
    display: flex !important;
    flex-direction: row !important;
    height: 72px !important;
    justify-content: space-between !important;
    left: 0 !important;
    padding: 24px !important;
    position: absolute !important;
    top: 0 !important;
    width: 100% !important;
    z-index: 10 !important;
    background: #fff !important;
    }

    .components-modal__frame.is-full-screen :where(.components-modal__content) {
    display: flex !important;
    margin-bottom: 24px !important;
    padding-bottom: 0 !important;
    }

    .components-modal__content {
    flex: 1 !important;
    margin-top: 72px !important;
    overflow: auto !important;
    padding: 4px 24px 24px !important;
    }
Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support Amin

    (@amin7)

    Hi @tonyng137

    Greetings

    Thanks for the detailed report and clear reproduction steps — that made it much easier to pin down.

    You’re right that SchedulePress is the source of the conflict. The issue is that it enqueues some CSS in the post editor that isn’t properly scoped, so its rules leak into WordPress core’s modal styles (.components-modal__header, .components-modal__content, .components-modal__frame). That’s what causes the Pattern Chooser preview to shrink and jump to the top-right corner. It only shows up on posts (not pages) because those styles are being loaded specifically for the post editor.

    Your CSS workaround is a reasonable temporary fix — it restores the modal layout by re-applying the core styling. It’s not ideal long-term since it relies on !important overrides, but it’ll hold until a proper fix is in place.

    We’ve logged this on our side and will scope the plugin’s editor styles so they no longer interfere with the core modal. I’ll keep you posted once the fix is available in an update.

    Thanks again for flagging this.

    Plugin Support Ashikur Rahman

    (@ashikurwp)

    Hi @tonyng137 ,
    Greetings!

    We have not heard back from you since our last message, so I just wanted to follow up and check whether the issue is still occurring on your end. If you are still experiencing the same problem, please feel free to share any updates or additional information. We will be happy to assist you further.

    Looking forward to your response.

    Thank you.

    @ashikurwp @amin7 Thank you for the fast reply. I’ll use my workaround until an update with the fix is available.

    Plugin Contributor AR Rasel

    (@arrasel403)

    Hi@tonyng137 ,

    Hope you’re doing well. Sorry for the delayed response.

    We’ve added a fix for the reported issue in our latest development version. Please download the development version of the plugin from here (https://d.pr/f/wB56gA) and install it on your site. Once installed, please check if the issue has been resolved.

    If you’re still experiencing any issues, please let us know. We’ll investigate and work to resolve them as quickly as possible.

    If the development version resolves the issue, we’ll include the fix in our upcoming release. The plugin version number will also be updated accordingly.

    Thanks for your patience and cooperation!

    @arrasel403

    Hi, it works. thanks

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

You must be logged in to reply to this topic.