LukDvr

Geez thats perfect. I will do that. Thanks for the quick reply!

aaahh yes. The ACF links is something I don’t even want to broadcast on these posts either. I didn’t realize it was looking to broadcast those cross links as well. Those are not being displayed on the network site. I may have to live with it as I need some of those custom fields but not all. Thanks.

I sent you the debug. Additionally it seems that turning on the queue add on solves the time out issue. It takes a while but eventually goes.

Yeah it seems it shouldn’t take so long. But I tried these methods. I’m only broadcasting to 1 blog. I’ve had the host remove the timeout limitation but still problem persists. I may not be able to use this plugin for this if I can’t resolve it.

Having same problem. Database restore stuck at 99%. I’ve tried everything. Restoring from backup, saved file, resaved backup, I’ve added some ini code to the import file size:

@ini_set( ‘upload_max_filesize’ , ‘1000M’ );
@ini_set( ‘post_max_size’, ‘800M’);
@ini_set( ‘memory_limit’, ‘4000M’ );
@ini_set( ‘max_execution_time’, ‘7200’ );
@ini_set( ‘max_input_time’, ‘7200’ );

.

Website shows up but admin area throws critical error. Won’t complete restore. I’m running WordPress 5.8.1, AI1WPM 7.48, and AI1WPM unlimited extension 2.37.
I’m restoring to local host as I do for beta development before implementing on live site.

@gabybitar Thanks I tried that and it timed out. So that means it must be the hosting provider (GoDaddy), not the plugin. I’m so tired of dealing with them. But thanks for responding.

I’m having the same issue. Started all of a sudden. We have been downloading a backup every day for the last several years with no issues. Our website is about 4gb in size. Me and the content administrator have both tried downloading using Chrome and it is suddenly much slower and stops at around 200mb. I’m attempting to download via FTP currently but its not ideal.

@otto42 WordPress has been adding them all along but now decided to display them as a block. My solution was to remove the p tag in the markup.

Where I once had <p> tags wrapping my dynamic content:

<small class="disclosure">
  <h5>Disclosure: <?php the_sub_field('disclosure_name'); ?></h5>
  <p><?php the_sub_field('disclosure_text'); ?></p>
</small>

I now removed the <p> tags and WordPress adds them:

<small class="disclosure">
  <h5>Disclosure: <?php the_sub_field('disclosure_name'); ?></h5>
  <?php the_sub_field('disclosure_text'); ?>
</small>

@otto42 Samuel Wood (Otto). Nope. If that were true then they would have been there on older versions of WordPress as well. Just to make sure I just double checked the text in the editor and my markup and there are no extra p tags or line breaks that “I” have put in. How can you say WordPress isn’t doing it when this problem suddenly appears for so many people that have upgraded?

I have the same problem on 3 sites I maintain. It seems to be related to the WYSISYG editor. The p tags are not in the editor or in short code. They appear on the page between elements. I’m using ACF custom fields and hand coded the dynamic sections so there are no extra p tags that I put in. If that were true they would have shown on older versions of WP as well. This just started on 5.7.

Extra p that I didn’t code between the blocks with content:

<small class="disclosure">
  <h5>Disclosure: Futures Trading</h5>
  <p></p>
  <p>Futures are not suitable for all investors.</p>
  <p></p>
</small>