midihead

The latest fix seems to have fixed the squished width issue on mobile and tablets (although the width on those devices is still not adjustable independently from the desktop version).

I do see another issue. When viewing a modal box in LANDSCAPE view on mobile phones and tablets, if the text in the modal is longer than the generated modal box, scrolling up and down in the modal itself doesn’t seem to work in landscape view specifically but does work in portrait view. https://snag.gy/f2Hizp.jpg

Unless you have a better idea on how to fix this issue, I used this CSS to get the modal trigger button text to be left aligned the way I wanted I wanted.

.premium-modal-box-button-selector {
    display: inline-flex;
    text-align: left; 
    white-space: normal;
}

No, I just tried the latest version on my staging site. Version 4.6.23 does not yet contain the fix for this issue. I am to be notified when the fix is actually released and will report back here. I’m staying on version 4.6.20.1 until the fix is released.

This issue still exists on version 3.4.1. Can you please provide an update on the issue? Thank you very much.

@megagreg I have been in contact with Modern Tribe support who was also able to reproduce the issue. Here is their latest response as of Sept. 5, 2018:

Indeed, it seems to be a conflict with our plugin assets and YourChannel plugin.

We’ll let you know once we have an update about this.

In the meantime, I have rolled back to The Events Calendar version 4.6.20.1 (the last version that didn’t conflict with YourChannel for me) while we wait for a fix.

• This reply was modified 6 years, 2 months ago by midihead.

@erishel I just bought Pro and opened a support ticket today in my Account so I expect prompt assistance from Modern Tribe for this issue moving forward. The username on my account is midihead7. Thank you.

@erishel Do you have an update please? Thank you.

Thanks for replying @erishel

Here is the Chrome Console log for the https://www.whitehorsemedia.com/broadcasts/videos/ as requested:

https://codepad.co/snippet/RIDdkngw

When enabling WP_DEBUG, I see this on the page:

Deprecated: Function create_function() is deprecated in /home/xxxxxxx/public_html/wp-content/plugins/php-code-widget/execphp.php on line 62

I have already tested with the PHP Code Widget plugin disabled so that plugin isn’t the cause of the issue. Disabling PHP Code Widget results in no PHP errors being returned at all.

UPDATE: It turns out out that the conflict is NOT related to the Themify Ultra theme after all (my cache wasn’t fully cleared at the time I created this ticket). I just did more extensive testing (thoroughly clearing all caches) and the issue now ONLY happens when The Events Calendar is active along with the YourChannel plugin.

See https://pasteboard.co/HypzkzG.jpg for an updated screenshot with Twenty Seventeen active.

Your response to this issue would be greatly appreciated. We may need to discontinue using TEC if this is not resolved soon. Thank you very much.

Me too. Error 500 immediately after updating! I just escalated this to MailChimp support directly.

I have the same question as @dcnotpc. I need to enable certain Priority Mail box options but they aren’t showing even though I have selected the Priority Mail option under Shipping > WooCommerce Services > Add a Package > Service Package. The view I have is different than your screenshot and doesn’t have all of those box options or the ability to set price adjustments for each box size. See this screenshot: https://pasteboard.co/HpDvTas.png

UPDATE: After digging around for quite a while, I now see that the Priority Mail options referenced in your screenshot can be found and set (along with the price adjustments) under Shipping Zones > United States > USPS (WooCommerce Services). Why are there options to select the type of Priority Mail box here and under the Add a Package > Service Package section? This is confusing…

In Addition, the fact that this plugin cannot yet restrict Media Mail packages to the Media Mail shipping class may end up being a deal breaker.

• This reply was modified 6 years, 5 months ago by midihead. Reason: Added additional information

That’s exactly what I needed. I’m not sure how I missed that feature before. Thanks!

I did execute it manually once before. It returned 4 pages that were cached (I’m guessing that’s because I have it set to cache 4 pages per minute).

Why do I need to explain it again? What about my explanation was not understood? Not all of my site pages are being preloaded. Once WooCommerce product pages are preloaded, the preloading appears to stop after that and the rest of my pages are not cached by the preloader. That’s as simple as I can make the explanation.

So I’ve been watching the server cache most of the day. It looks like it eventually DID finish caching the individual WooCommerce product pages, however, it has not preloaded my product category pages or some of my regular WordPress pages. From what I can see, caching stopped after the WooCommerce products were done preloading but it has not continued to finish loading the other site pages. These other pages only appear to cache if I visit them manually but they aren’t preloading for some reason and I don’t have these pages excluded. I only have the following pages excluded: Cart, Account, wp-login.php, pages starting with Checkout and pages starting with wp-admin.