mikacns

Sorry, the redirect was disabled at the time. You can check it now again:

https://domain.com

I cleared the cache in Cloudflare and have a rule in place to bypass cache for that particular url.

Forgot to mention I am using Regex for the redirect. It looks like this:

^/brave(.*)

• This reply was modified 3 years, 8 months ago by mikacns. Reason: hide url

When I use https://redirect.li/http/, it says “No details are known for this HTTP request.”

If I test it with other tools, it just keeps redirecting to the new URL I set up in Redirection plugin.

Example: https://wheregoes.com/trace/20215338295/

Yes, tested and confirmed.

That’s correct.

There was a piece of custom code that had to be modified in functions.php and after that it worked. I recommend trying to troubleshoot by deactivating plugins one by one and then trying, or changing to default WordPress theme.

I had this problem with WP Hide Posts plugin. When it’s deactivated, the import feature works properly.

I already tried fixing this with my host (WPengine) but they say everything is good from their side.

I turned off all plugins except WooCommerce and changed to default WP theme. With these conditions the error appears ONLY when using newest WooCommerce version. As I mentioned before, it works fine v3.8.1. Can you confirm that it’s working properly with the newest WooCommerce version?

PHP Fatal error: Uncaught Error: Call to a member function is_on_sale() on null in /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/templates/single-product/sale-flash.php:25\nStack trace:\n#0 /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/includes/wc-core-functions.php(251): include()\n#1 /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/includes/wc-template-functions.php(1565): wc_get_template('single-product/...')\n#2 /nas/content/live/ninaaatv/wp-includes/class-wp-hook.php(287): woocommerce_show_product_sale_flash('')\n#3 /nas/content/live/ninaaatv/wp-includes/class-wp-hook.php(311): WP_Hook->apply_filters('', Array)\n#4 /nas/content/live/ninaaatv/wp-includes/plugin.php(478): WP_Hook->do_action(Array)\n#5 /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/templates/content-single-product.php(43): do_action('woocommerce_bef...')\n#6 /nas/content/live/ninaaatv/wp-includes/template.php(725): require('/nas/content/li...')\n#7 /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/includes/wc-core-functions in /nas/content/live/ninaaatv/wp-content/plugins/woocommerce/templates/single-product/sale-flash.php on line 25

• This reply was modified 4 years, 11 months ago by mikacns.
• This reply was modified 4 years, 11 months ago by mikacns.

There is, but the header is too small (without additional CSS adjustment). See the updated page.

Also, the problem persists with the text widget.

I found a workaround using SiteOrigin Headings widget on the home page, the headings are back there now. It previously worked (and still works on staging) with Visual Editor widget, so there is clearly a problem there.

I created a test page where you can see the missing headings – https://lostempireherbs.com/test/ password is siteorigin

Here is the backend. It’s not that widgets are missing, but the title is there on the backend and no where to be found on the front end.

View post on imgur.com

View post on imgur.com

The home page is missing H4 class headers. It’s worth mentioning that none of the issues seems to be happening on the staging website, but only on the live website. I already excluded a bunch of factors that could explain this, but I am open to more suggestions.

– Disabled plugins 1 by 1 to test it out, no results
– Rolled back SiteOrigin PageBuilder, SiteOrigin Widget Bundles plugins to previous versions
– Deleted/re-installed those two plugins
– Disable caching / turning on development mode in Cloudflare
– Changed PHP version of the server

Thank you for a swift reply Kevin. I’ll look into reducing the number of plugins.

Yes, that is correct. Much appreciated.

We’re using the latest version of WordPress. The issue only occurs when I update another plugin (WPSSO Core Pro), but their support is adamant that it’s actually Site Origin that’s causing the issue per following server log:

2018/09/17 09:54:36 [error] 26402#26402: *17754 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to undefined function get_current_screen() in /home/site3437823/public_html/wp-content/plugins/siteorigin-panels/inc/admin.php:1190
Stack trace:
#0 /home/site3437823/public_html/wp-includes/class-wp-hook.php(286): SiteOrigin_Panels_Admin->disable_gutenberg_for_panels_posts(true, 'post')
#1 /home/site3437823/public_html/wp-includes/plugin.php(203): WP_Hook->apply_filters(true, Array)
#2 /home/site3437823/public_html/wp-content/plugins/gutenberg/lib/register.php(332): apply_filters('gutenberg_can_e...', true, 'post')
#3 /home/site3437823/public_html/wp-content/plugins/wpsso/lib/com/util.php(1150): gutenberg_can_edit_post_type('post')
#4 /home/site3437823/public_html/wp-content/plugins/wpsso/lib/admin.php(91): SucomUtil::is_doing_block_editor()
#5 /home/site3437823/public_html/wp-content/plugins/wpsso/wpsso.php(365): WpssoAdmin->__construct(Object(Wpsso))
#6 /home/site3437823/public_html/wp-includes/class-wp-hook.php(286): Wpsso->set_objects('')

I am wondering if there is a conflict between the two plugins.

It happens when their plugin is updated and I try to access/edit any post/page or even Woocommerce order (custom post type). Everything on the front end works fine.

They suggested you check the DOING_CRON and DOING_AJAX constants – as the function you are calling is not always loaded by WordPress.

Any update on this? I have a similar problem where the checkout page becomes unresponsive when Omega search plugin is turned on, but only in Internet Explorer 11 and some versions of Safari.

• This reply was modified 6 years, 10 months ago by mikacns.