Plugin Contributor
Nick C
(@modernnerd)
I’m good, thanks! Lovely to hear from you again.
I spotted woocommerce-1 as the folder name in your site source after I wrote my reply:
Are you sure the woocommerce folder isn’t named woocommerce-1? You may also have two copies of the plugin installed with only one active.
If you find a woocommerce-1 folder, you could rename it to woocommerce, then reactivate the WooCommerce plugin if you find it’s then been deactivated as a result of renaming the directory.
Plugin Contributor
Nick C
(@modernnerd)
Hi, @midnightblog!
It’s as you say — your site is behaving as if the plugin was not active. There are a couple of things you can try:
– Use an FTP application to check that your WooCommerce plugin folder is named woocommerce and not woocommerce-1 or anything else. (Genesis Connect expects to find a file at wp-content/woocommerce/woocommerce.php and will fail silently without loading its templates if that file is somewhere else.)
– Try clearing all plugin and server caches after installing and activating Genesis Connect.
If those ideas don’t help, please feel free to open a support ticket at https://my.studiopress.com/help/. It would help if you could include:
– A link to this forum topic.
– Admin login info for your site.
Genesis Connect is working with Market 1.0.1 for me (the sidebar on my product page looks fine), so it may be a site setup issue rather than a bug in the plugin or theme, but we’d be happy to take a quick look to see what more we can find.
Plugin Support
Nick C
(@modernnerd)
Hi, @ceqore!
I currently see the image in your slider at https://www.mb-juridik.com/ (just as you said I might!).
Have you tried disabling WP Rocket altogether to see if that causes images to load more consistently? The issue you’re describing sounds like it could be caused by the “Images on Request” feature that lazy-loads images.
You could also try checking your browser’s JavaScript console for errors on the occasions where the image fails to load: https://codex.wordpress.org/Using_Your_Browser_to_Diagnose_JavaScript_Errors
Plugin Support
Nick C
(@modernnerd)
Hi @angiewn!
You can use HTML to make the phone number clickable:
<a href="tel:+15555555555">+1 (555) 555-5555</a>
Plugin Contributor
Nick C
(@modernnerd)
Thanks for the review and kind words, @mchildress! I have passed on your feedback about the category ID column. https://github.com/copyblogger/genesis-simple-faq/issues/30
Plugin Contributor
Nick C
(@modernnerd)
Thanks for your feedback, @espedub!
There is no filter for the number of FAQs output at the moment, but I’ve submitted your request as an enhancement proposal for consideration in a future version: https://github.com/copyblogger/genesis-simple-faq/issues/29
Plugin Contributor
Nick C
(@modernnerd)
Great to hear that solved it, Dan! Thanks for letting us know.
Plugin Contributor
Nick C
(@modernnerd)
@foreverlearning If you configure your CDN via the Super Cache plugin, you could try this:
1. Visit Settings → WP Super Cache → CDN.
2. Change the “Exclude if substring” field from the default of .php to .php, symbol-defs.svg (or adjust accordingly if you have other rules there).
3. Clear your site cache and check the page at http://intentionalmagic.com/digital-marketing-blog/ to see if the icons then appear.
If you don’t manage your CDN via that plugin (“Enable CDN Support” will be unticked on the CDN tab), you could try contacting your host or CDN provider’s support team to ask how to exclude that file.
Plugin Contributor
Nick C
(@modernnerd)
Sorry to miss this, @foreverlearning.
My browser console shows this error for your site, which is preventing the icons from loading: Unsafe attempt to load URL http://d3y23jp586fn1.cloudfront.net/wp-content/plugins/simple-social-icons/symbol-defs.svg from frame with URL http://intentionalmagic.com/digital-marketing-blog/. Domains, protocols and ports must match.
You could exclude the symbol-defs.svg file from being served via your CDN if your plugin/CDN settings offer a way to exclude files by name. That way the SVG containing the icons will load from your own domain at intentionalmagic.com, and the icons will then be visible again.
@lisadavis12 If this does not solve the issue for you too, please feel free to open a new topic and link to your site. I’d be happy to take a look.
Plugin Support
Nick C
(@modernnerd)
Hi, @yashitamittal11.
If you give your slider widget a title in Appearance → Widgets, does this clear the error?
Plugin Support
Nick C
(@modernnerd)
Thanks for the report, Paul!
This will be solved in a future update to the plugin: https://github.com/copyblogger/genesis-simple-hooks/issues/16.
The error is safe to ignore for now, but I’m sorry for the noise in your logs!
Plugin Contributor
Nick C
(@modernnerd)
Well done for putting this right, Tim, and thanks for revising your review – we appreciate it!
Plugin Contributor
Nick C
(@modernnerd)
I followed up in the open support topic you posted at https://wordpress.org/support/topic/site-content-disappears-for-real/#post-9342125. If the advice there proves helpful, please feel free to update this review. Thanks!
For others reading this who find their content disappears after activating the plugin, the solution is to set your cart and checkout page at WooCommerce → Settings → Checkout → ‘Checkout pages’. (The underlying issue relates to a bug in WooCommerce as opposed to this plugin.)
Plugin Contributor
Nick C
(@modernnerd)
Thanks for your reply, Tim.
Please could you set your WooCommerce cart and checkout page at WooCommerce → Settings → Checkout → ‘Checkout pages’?
(If you have not yet completed the WooCommerce setup to create your Cart and Checkout pages, you can first do that from WooCommerce → Status → Tools → Install WooCommerce pages.)
After making this change, activating Genesis Connect for WooCommerce should no longer cause page content to disappear.
The separate “woocommerce_get_page_id is deprecated” notice you mentioned will be resolved in a plugin update, and is safe to ignore for now once you disable debug mode on you public site.
Plugin Contributor
Nick C
(@modernnerd)
Thanks for this detailed report, Tim.
Does your PHP error log show any fatal errors that you can share here?
Seeing a white screen after activating a plugin usually means a fatal error has occurred. I’d be happy to review your logs and help you to put this right.
