Unfortunately, even if that theme is widely used, if the issue is caused by an issue of is (due to its design) there isn’t much I can implement to avoid that.

Try however the following. Try editing the WPPS_PostPublisherManager.php you find inside the classes\frontend folder inside the plugin and replace line 38 with:

if ( !is_admin() && ($query->is_main_query() || wp_doing_ajax())) 

If that doesn’t work, try finding where that theme defined the handler for the pre_get_posts and set its priority to 0. For example:

add_action('pre_get_posts', array( &$this,'filter_loop'), 0);

thanks a lot for your help. You was right about ajax but during debug on mentioned line, i found that request produced by theme have is_admin() = 1 … so always missed in filters.

What what i read in the net, that it is possible that plugins or themes doing admin-ajax.php and it always return is_admin().

https://wordpress.stackexchange.com/questions/237659/check-if-i-am-in-the-admin-panel-wp-admin#comment354295_237758

What is worked for me:

if ((!is_admin() || wp_doing_ajax()) && ($query->is_post_type_archive() || $query->is_main_query()))

During my tests it works fine for every screen: Guest (hidden), login (user role allow), admins ( products list still show product)

But i am still think that is pretty bad workaround Do you have any idea to deal with that?

Thanks,

Hi,
actually, it sounds good as fix. I’ve implemented in the new 5.5 version that I’ve just released!

At last but not least, I would ask you to help me: If you enjoyed my efforts to assist you and/or my plugin please consider leaving the 5 stars…It would help me with sales, I would really appreciate it!
(to leave a rating: go to your profile page, click on “Downloads” and from there you can rate your purchases. You can also leave the rating through the plugin description page: https://www.dropbox.com/s/v6zaoe0p6cs4x2o/rating.png?dl=0 )

Have a great day!

Yes it is

ok thanks

Hi,
from my tests all seems working as expected. Make eventually sure there are no 3rd party plugin interfering.

try to enable the WordPress debug mode and debug log ( https://wp-staging.com/docs/enable-wordpress-debug-log-mode/ ). To do that just insert the following lines in the wp-config.php you find on the root of your site:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );

reperform the test and see if in the debug.log located in the wp-content folder are reported more clues.

Hi,
I’m really sorry, the plugin hasn’t such features.

Hi,
I’m sorry the plugin hasn’t such a feature

Hello, the plugin hasn’t any particular support for multisite installation and its features. Note also that the Envato license usage agreement allows using the software on only one site at a time.

If you however report to me some more detailed info about what you mean for “doesn’t work” and the configuration in which you are operating, I can eventually try providing some help.

I also tried with the oposite option to Publish instead of Unpublish but I get the same results: https://monosnap.com/file/rqpZE6cUV2pNafqZeBmdV54mrbEpwv

Yes, the plugin is designed to work in that way. If you choose to restrict the visibility by user role, the item will be hidden for guests.

It was implemented in this way because several users suggested that if not in that way, the users belonging to the role for which the item was hidden, could simply just log-out to see what they should not see.

To not hide product for guest users, do the following:

1. edit the WPPS_Post.php file you find in the classes\come folder
2. replace line 351 with:

   if(( $visibility == 'publish' && !array_intersect($roles,$current_user_roles)) ||  ( $visibility == 'draft' && array_intersect($roles,$current_user_roles)) )
   

This is an untested modification, proceed at your own risk and properly test before implementing it in your production site.

Hi,
I’m really sorry, the plugin hasn’t any particular support for REST API.

2- Is compatible with Flatsome theme?

I’m sorry, scheduling rules cannot be set at product level.

The plugin is compatible with any 100% fully WooCommerce compliant.

Hi,
please make sure that there are no 3rd party plugin interferences and that your theme is fully WooCommerce compliant. As reported in the Set product unpurchasable paragraph, the plugin needs the theme properly tirggers the woocommerce_after_single_product, woocommerce_loop_add_to_cart_link and woocommerce_single_product_summary actions in the shop and single product page (as the woocommerce referece templates do) otherwise the plugin cannot hook properly to the the theme to remove the add to cart button. All well designed theme correctly use these actions.

Hi,
I’m sorry, but the plugin doesn’t support specific product variations

Thanks

Hi!

Thank you for sharing your suggestions and corrections! I really appreciate! I’ll do my best to include them in a future release!

Thank you!

It sounds very strange. As you can test in the demo site: https://www.codecanyon.eu/wpps/wp-admin/admin.php?page=wordpress-post-scheduler-configurator (user: demo, pass: demo) the update button is clickable without any issue.

Please try eventually to disable the other 3rd party plugins to see if you still experience the issue. Thank you.

Hi,
thank you for your appreciation and for the suggestion! I’ve just released the new 5.3 version that now show the id before the product/post title!

You can manually download the new version via CodeCanyon or receive as an automatic update by installing and configuring the Envato updater plugin: https://goo.gl/pkJS33 (here the guide that explains how to configure: https://envato.com/market-plugin/ ). To manually update just deactivate and delete the old plugin version and then install the new one. Don’t worry you won’t lose any data

Regarding the rating, to leave it: go to your profile page, click on “Downloads” and from there you can rate to your purchases. You can also leave the rating in the through the plugin description page: https://www.dropbox.com/s/28dae6pnqvbccmm/rating_area.jpg?dl=0

Hi

Thank you. That’s what I mean by great support!!! If only all plugin developers were as committed to customer service. They might sell more too.

I will download the plugin update after Christmas. I have everything ready for December and no more updates today in case anything breaks

Regards

Thank you for your words! I really appreciate!

Have a great weekend!

Without any further clue, it is quite hard to determine the cause.

First of all, note is you are using the WooCommece Availability Scheduler plugin in conjunction with this plugin, they will interfere with each other on managing the product visibility and purchase/unpurchasable function. So make sure you are not using both together.

Try also disabling all the other 3rd party plugins and report me if you still experiencing the issue.

If so, please use the demo site:
https://www.codecanyon.eu/wpps/wp-admin/
user: demo
pass: demo
to recreate the scheduling rules you are using and report me if you still experience the issue.

Thank you

I have followed all of your steps and we are getting mixed results on our site still. Have you had this problem happen before? Results work sometimes but when we keep testing it will not work the next and so on.

Unfortuantely, such a problem did not happen. The plugin works as expected by properly scheduling products.

It sounds strange that sometimes it works and others not. It could be that in your site a caching plugin or module is interfering. If you are using any kind of caching, try disabling for shop and products page. Try also enabling the WordPress debug log ( https://codex.wordpress.org/Debugging_in_WordPress ) and see if the debug.log you find in the wp-content folder any further details is reported. Try eventually give also a look to the server error log.

Uhmmm, your categories are equal to post statuses? This sounds strange.

However, it doesn’t really matter. So the articles posted by the user are the default WordPress “post”? In that case, in the select item type select the WordPress post type and then select the categories you need: https://www.dropbox.com/s/5w3c4kcxeyz30p9/wppas_conf.jpg?dl=0.

Make also sure you have properly set the “publish” date in the scheduler rule (could you attach a complete screenshot of the rule you configured?).

Note that if any plugin is interfering with post status manipulation, this may prevent the plugin to be properly able to switch post status.

I did the test as you indicated by selecting the categories where I want the articles to change status and again the status ‘pending or draft’ of the article does not change to ‘publish’. The only way for a status change is to select the exact item from ‘custom post’, but in this case the plugin is not really useful.

https://image.noelshack.com/fichiers/2019/20/2/1557861973-test-scheduled.jpg

I’m confused about the fact you are selecting the item from custom posts instead of the normal wordpress posts. Is that a default post type or a custom one?

Pleaase try the following: instead of using the Time period after publish date could you select the Specific date and select all days and months?

If this still not work, If you send me via private message (click on my name and then use the low-right box) the following data:

1. you email address
2. Full admin access to the wp-admin area
3. a FTP access
4. a detailed step by step guide on how to experience the issue

I can try peforming some further analys to try to get more clue about how those posts are managed by your installation and eventully understand which is the cause of the issue. Thank you.

I’m sorry, but unfortunately the plugin hasn’t such a feature

To do that, just create a rule with two scheduling dates and selecting all the available products.
In the first scheduling date, select the unpurchasable option and select all the available dates.

In the second, do not select the unpurchasable option and select the specific date in which the product has to be visible. The second rule has higher priority, so in the date, you select (the 27th of April) it will be applied instead of the first.

Make also sure that the plugin is properly synchronized with your server time.

Here is a visual guide: https://www.dropbox.com/s/b8jsves2f0d4fz6/wpps_conf.jpg?dl=0

It sounds very strange that without any code alteration/customization it suddenly stopped working without any reasons. Are you sure that you have not configured some new rules that are overriding the old ones due to priority?

Are you really sure that deactivating all the plugin you still experience the issue and no error is reported in the WordPress debug log if repeating the test?

Unfortunately, as you can imagine, without any further clue for me is quite impossible to determine the cause.

If you send me via private message (click on my name and then use the low-right box) the following data:

1. you email address
2. Full admin access to the wp-admin area
3. a FTP access
4. a DETAILED step by step guide on how to experience the issue

I can try to see IF possible to determine the cause of the issue. Thank you.

I would appreciate you taking a moment to help me out and take a look at it. I am happy to get you all of the information you’re looking for when I return to my computer tomorrow.

I’ve been using this plugin for a couple years or so and I’ve been able to figure out every other issue on my own. This issue is different than any other I’ve seen and I just need someone to help me out because I’m stuck. There is no custom code or anything in this plugin. I recently experienced some other issues with it that I could not explain and had to recreate some rules but they’ve all activated and deactivated once since then. This is a weird issue altogether so I just need a little help. I’ll follow up with more tomorrow. Thank you!

Also to say it “stopped” working is not correct. It works, it’s just tripping up in an odd spot.

Thank you, but please do not open a different thread in different channels about the same issue.

As you can imagine, I have no clue about what actions you are performing time after time in your installation that may be the cause of the interference.

Try rolling back to the last known working configuration and completely disable the plugin I’ve reported in the email.

for the first time after hundreds of time going through your plugin, i understood what you meant by this – https://prnt.sc/mo42w7.

turns out setting the rule you want to take priority as the last (or bottom) was the solution to my problem.

but this is not especially good. please can you update the rule priority command?

it is frustrating when you have between 5 to 10 rules and some are not working simply because they are higher up on the chart. it should be able to run through all the rules and choose that which best suits the task at hand.

great plugin but i believe there is still room for improvement.

ciao, domenico

Thank you for reportin the result of your investigation and glad you find the cause

Note that the priority however is applied only when the plugin founds that multiple rules are appling to the same product. In case you want to “change” priority, just drag the rule above/botton the others.

Have a great day!