Mikey_

Thank you. I confirm that it appears to be caused by the plugin, Avada Builder 3.11.2 — a required component of the Avada Theme. I’ll keep the custom CSS in place to counter whatever the Builder is breaking.

I’ve cleared out all caches, minifications, Avada Theme-based, and Cloudflare caching for both Prod and Dev and the issue persists. Also tried it from different browsers and computers with caching purged.

Hi, I’ve updated to 2.0.55 on both Prod and Dev environments and the double border is still there: https://dev.yuenx.com/about/privacy-policy

DEV (double border exists without the CSS added): https://dev.yuenx.com/about/privacy-policy/

PROD (double border gone with CSS added, but padding on right-side is off): https://www.yuenx.com/about/privacy-policy/

Hi, when I did apply the CSS on my side, it removed the double border, but I am not sure yet why the issue only occurs on type Pages but works fine on type Posts.

It’s not big issue — if it cannot be replicated, then I’ll do the workaround on my end. Thank you again!

It was briefly slow for me too until my Cloudflare/Wordpress cache got updated. My site’s mobile score hasn’t been as consistently high since adding this Meow Gallery with lazy loading. But of course, you now also run into the potential where image loading is a bit slower than I’d like as you scroll by it

I ran into the same issue and found that the images were Lazy Loaded. Then I checked my Avada Theme and found that there were 3 options for Lazy Load: Avada, WordPress, None. I had it on Avada. When I changed it to either of the other two, it worked fine.

Make sure the srcset images are accessible/viewable.

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

Thank you for the clarification, @kevinfodness. Appreciate the follow-up

I played around with phpadmin and discovered the following queries:

SELECT * FROM mysqldatabase.wp_postmeta WHERE (CONVERT(meta_key USING utf8) LIKE ‘apple_news_%’)

This allowed me to delete all the metadata for every post.

SELECT * FROM mysqldatabase.wp_options WHERE (CONVERT(option_name USING utf8) LIKE ‘apple_news_%’)

This allowed me to remove the plugin options, but I decided to leave them alone in case I install it again.

Be sure you make a backup of the database before modifying it.

@benaceur Excellent and happy to hear. Thank you

Similar to this, I had found this issue for some time but never reported it until now as it had gotten more and more annoying. Namely, < and > signs are converted to &amp;amp;amp;lt; or &amp;gt;, respectively. The visual WP editor subsequently attaches more and more “amp;” as I continue editing the post. This does not happen in the Text editor.

Image: https://ibb.co/kg6hwn1

This only happens when the code is between CODE and /CODE tags. In the screenshot above, the top part is not enclosed between CODE and /CODE. Note that the < and > signs remain untouched. Then at the bottom, you will see < and > changed to &amp;amp;…

This tells me that the Syntax Highlighter is responsible for the character conversion.

[ EDIT: This solution seems to have fixed the issue. Change the last “return $content;” of the shortcode_hack function to “return htmlspecialchars_decode($content);” in syntaxhighlighter.php as described here – https://github.com/Automattic/syntaxhighlighter/issues/108 ]

• This reply was modified 3 years, 6 months ago by Mikey_.
• This reply was modified 3 years, 6 months ago by Mikey_.
• This reply was modified 3 years, 6 months ago by Mikey_.
• This reply was modified 3 years, 6 months ago by Mikey_.

Update – So far, only this setting was needed:
Minify > JavaScript > Exclude: /wp-content/plugins/wpdiscuz/

I removed:
– Cache > Advanced Settings > URLs: /wp-content/plugins/wpdiscuz/*
– Minify > CSS > Processing:
— /wp-content/plugins/wpdiscuz/themes/default/style.css
— /wp-content/plugins/wpdiscuz/assets/css/wpdiscuz-combo.min.css

Update – So far, only this setting was needed:
Minify > JavaScript > Exclude: /wp-content/plugins/wpdiscuz/

I removed:
– Cache > Advanced Settings > URLs: /wp-content/plugins/wpdiscuz/*
– Minify > CSS > Processing:
— /wp-content/plugins/wpdiscuz/themes/default/style.css
— /wp-content/plugins/wpdiscuz/assets/css/wpdiscuz-combo.min.css

wpDiscuz suggested to exclude the entire plugin folder. So, what I have excluded:

Cache > Advanced Settings > URLs:
/wp-content/plugins/wpdiscuz/*

Minify > JS > Processing:
/wp-content/plugins/wpdiscuz/

Minify > CSS > Processing:
/wp-content/plugins/wpdiscuz/themes/default/style.css
/wp-content/plugins/wpdiscuz/assets/css/wpdiscuz-combo.min.css

I had previously also disabled Minification of JS and CSS files and have been letting Cloudflare handle that task.

So far, it seems to work, and I’ll monitor for a week or so to see if I come across the issue again.

I may remove the Caching and CSS Minify exclusions later to see if that helps speed up the site just a few more ms. My guess is that the issue only occurred with the minification of JS files

• This reply was modified 3 years, 7 months ago by Mikey_.

Thank you. I’ve excluded the following:

Cache > Advanced Settings > URLs:
/wp-content/plugins/wpdiscuz/*

Minify > JS > Processing:
/wp-content/plugins/wpdiscuz/

Minify > CSS > Processing:
/wp-content/plugins/wpdiscuz/themes/default/style.css
/wp-content/plugins/wpdiscuz/assets/css/wpdiscuz-combo.min.css

I had previously also disabled Minification of JS and CSS files and have been letting Cloudflare handle that task.

So far, it seems to work and I’ll monitor for a week or so to see if I come across the issue again.

Thank you again for suggesting to exclude the entire plugin instead of the individual files!

I may remove the Caching and CSS Minify exclusions later to see if that helps speed up the site just a few more ms. My guess is that the issue only occurred with the minification of JS files

• This reply was modified 3 years, 7 months ago by Mikey_.
• This reply was modified 3 years, 7 months ago by Mikey_.