juliamb

Hi there!
I have the same problem, also with Elementor + PRO installed.

Rolling back to version 10.0.0 avoids the problem….

I’ll wait for a possible future bug fix.

Hi! Thank you for your response. I’ve tested your solution but it’s not working: the generated CSV has the columns set right, but the repeater fields are lost; it only shows the first value of a repeater field.

I will reach the Ninja Forms Customer Service.

Regards!

Hi! Thanks for your response.

I’ve tried your solution @wfpeter, and when trying to clean all connection data a modal prompts with the following message:
Unable to communicate with Wordfence Central

Hi Boone, thanks for your response!

I don’t think the documents contains any link…
I will try that snippet and hopefully it works!

Regards!

Hi! Sorry for my late reply but it does work.
Regards!

I think the error could be that in that line, there are some ‘$’ are missing:

 esc_html__('The authors data shortcode accepts field parameter such as: %1$s %2$s %3$s %4$s %5$s %6$s %7$s. You can see full details and parameters %8s in this guide %9s.', 'publishpress-authors')

The last two variables, #8 and #9 are missing the ‘$’. I added them and the error disappears.

• This reply was modified 1 year, 4 months ago by juliamb.

Hi! I’m having the same issue, I’ve checked the logs and found this:

PHP Fatal error: Uncaught ValueError: Argument number specifier must be greater than zero and less than 2147483647 in …/html/wp-content/plugins/publishpress-authors/src/modules/multiple-authors/multiple-authors.php:1243

That is the option I was looking for, thank you so much!

Ok, I’ll wait for future releases then.

Thanks for your response!

Hi!

Thanks for the response. I’ve tried that hook but it’s not working, I have to manually clear the cache to see the changes of a custom post type that is queried in the home page.

The home page is built with Elementor and the block that list these custom posts is a custom Elementor widget, maybe this has something do to with the issue?

Thanks, regards.

[UPDATED] I thought it was not working just on mobile but that is not true, it’s not working in general.
I’ve updated the topic.

Thanks, regards.

I also tried this code but it’s not working either:

add_action('wp',
   function() {
     global $post;
     if ('cpt' == $post->post_type && !defined('DONOTCACHEPAGE')) {
       define('DONOTCACHEPAGE', true);
     }
   }
 );

Hi!

I’ve noticed the same issue, does the plugin developers plan to solve it in next update or is there something we can do in our code to solve this, even if this is just temporary?

Thanks!

OK, thank you for your response!

Hi!

I mean that inside the orders administration page, there’s no difference between the normal purchased products and the pre-ordered products.
There’s no field or label that indicates that a product has been pre-ordered, it looks exactly the same as a normal one. That means that the shop administrator must known by heart which products can be sell and which ones can just be pre-ordered. This could be an issue if the shop has many products.

Thank, regards.