bling007
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce Cart Abandonment Recovery] Redirect to Cart PageAlright. Thanks! If possible make this option available in the settings page itself.
Abandoned carts usually mean a slight adjustment in order items that transition into checkouts.Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugThank you so much! It is indeed resolved. It was a delight to work with you guys ??
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page Bug– Did you also extend the Products post type?
Yes.
– Or does your theme or a plugin create this custom post type by code?
I don’t think so. It’s a popular theme. I use pods to extend WordPress capabilities.
– When you go to WooCommerce > Settings > Products. is that page correctly defined as the Shop page?
Yes, all these are basic tests before opening a ticket. I have development experience.
– If you go to Settings > Reading. Is the “Posts page” a different page?
Yes, checked.Other debug methods:
Clear cache
Clear pods cache.
Query Monitor plugin to identify php errors – none.
WP-Debug – no errors.Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugYes, I have extended Products post-type and categories.
I would like to share my shop url on slack, thanks.Yes, all things are correctly defined. Like mentioned, there are no errors in 2.8.3 and I have been using Pods for over 2 years.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugEverything gets fixed rolling back to 2.8.3
Why whould Shop page point to Blog page?!
- This reply was modified 3 years, 3 months ago by bling007.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugDoes not resolve the issue. The shop page is still emulating the blog page. Going back to 2.8.3 — my search is also broken.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugThat was the first thing I did on update! did not resolve.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page Bug{
“meta”: {
“version”: “2.8.6”,
“build”: 1638377333
},
“pods”: [
{
“name”: “product_cat”,
“id”: 2228380,
“label”: “Categories”,
“description”: “Product Categories”,
“type”: “taxonomy”,
“storage”: “meta”,
“object”: “product_cat”,
“_migrated_28”: “1”,
“label_singular”: “Category”,
“built_in_post_types_product”: “1”,
“public”: “1”,
“hierarchical”: “1”,
“groups”: [
{
“name”: “more_fields”,
“id”: 2228381,
“label”: “More Fields”,
“description”: “”,
“weight”: 0,
“fields”: [
{
“name”: “browse_node”,
“id”: 2228382,
“label”: “Browse Node”,
“description”: “ASIN Creation Browse Node”,
“weight”: 0,
“type”: “text”,
“sister_id”: “– Select One –“,
“required”: “0”,
“text_allowed_html_tags”: “strong em a ul ol li b i”,
“text_max_length”: “255”,
“roles_allowed”: “administrator”,
“rest_pick_response”: “array”,
“rest_pick_depth”: “1”
}
]
}
]
}
]
}Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugAlright here’s the deal:
I enabled DEBUG in wp-config and trace errors and found none. Check the query monitor plugin too. Got nothing.
Not sure how else to give you context.
It is misdirecting the shop page to the blog page <<< that is all I have. I can tell because of the sidebars beings used.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugDone. It fixed the issue with settings page ui.
Same is not true for Shop Page. All cache cleared. Only pagination is visible.
Mind you, it happens only after updating pods from 2.8.3 to 2.8.6
I have not been updating because 2.8.4/5 both resulted in same behavior.
Forum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugError on updating to 2.8.6
Error Details
=============
An error of type E_ERROR was caused in line 3 of the file /var/www/html/wp-content/plugins/pods/ui/admin/settings-settings.php. Error message: Uncaught Error: Call to undefined function pods_form_enqueue_style() in /var/www/html/wp-content/plugins/pods/ui/admin/settings-settings.php:3
Stack trace:
#0 /var/www/html/wp-content/plugins/pods/classes/PodsView.php(527): require()
#1 /var/www/html/wp-content/plugins/pods/classes/PodsView.php(118): PodsView::get_template_part(‘/var/www/html/w…’, NULL)
#2 /var/www/html/wp-content/plugins/pods/includes/classes.php(207): PodsView::view(‘/var/www/html/w…’, NULL, false, ‘cache’)
#3 /var/www/html/wp-content/plugins/pods/ui/admin/settings.php(63): pods_view(‘/var/www/html/w…’)
#4 /var/www/html/wp-content/plugins/pods/classes/PodsView.php(527): require(‘/var/www/html/w…’)
#5 /var/www/html/wp-content/plugins/pods/classes/PodsView.php(118): PodsView::get_template_part(‘/var/www/html/w…’, Array)
#6 /var/www/html/wp-content/plugins/pods/includes/classes.php(207): PodsView::view(‘/var/www/html/w…’, Array, false, ‘cache’)
#7 /var/www/html/wp-content/plugins/pods/classes/PodsAdmin.php(1880): pods_view(‘/var/wwForum: Plugins
In reply to: [Pods - Custom Content Types and Fields] Woocommerce Shop Page BugYes, I have cleared all caches. Infact the category pages were not showing products until I extended the Product_Cat to include post-type = product.
It is weird I had to do that because Woocommerce has it by default.
I simply wanted to extend the product_cat and introduce a meta field for the categories.
After including post-type to products, I believe the products started appearing.
However the same is not true for the Shop page.
Forum: Plugins
In reply to: [Simple Newsletter Plugin - Noptin] Bypass Hide from Existing SubscribersThanks, I understand how foggy the mind is at night. Support is excellent, I am considering opting for premium add-ons.
Forum: Plugins
In reply to: [Simple Newsletter Plugin - Noptin] Manage Subscription PageThanks, I will consider this and test this out on staging. Can you please reply to my other thread about un-hiding a form? The snippet does not work.
Forum: Plugins
In reply to: [Simple Newsletter Plugin - Noptin] Bypass Hide from Existing Subscribersadd_filter( ‘noptin_can_show_form’, function( $can_show, $form ) {
// Replace 10 with the actual form ID.
if ( 2245974 == $this->id ) {
return true;
}
return $can_show;
},10,2 );It doesn’t work.