crosseyedcoder

Thanks @emrit24, it was worth asking. I’m going to have to dig for some of those Reddit forms.

@duracelltomi… I would like to hear your thoughts on this.

Thanks

Thomas, any update on what is going on here? Is it Google, us, a glitch in the matrix? ˉ\_(ツ)_/ˉ

@emrit24 and @ifaka, any chance you also use AIOSEO? We converted to using that as our SEO plugin around the same time, but it is not configured to connect to GA, it is just managing search stuff and sitemaps.

You are correct. I’ve tracked down our IT guy to release it.

It was actually fast and decent support.

My apologies.

@bcolflesh, I would start with adding the return to the method as I mention here and see if that does anything for you.

The response from mainline support was

UAGB_Background_Process class contain push_to_queue and save->dispatch() which have returned. I don’t think return statement is needed at this point.

While that might be technically true, it doesn’t change that its only returning to the method where it was called, and that method requires a return as well.

I hope this is helpful and will nudge Brainstorm Force @judith0 to resolve the matter.

Yes, this has been resolved after creating a ticket with support.

This is the issue. It may not be a problem until a site is at scale. We have 171k+ posts this would process.

Please add a return; at the end of the trigger_background_processing method in classes/class-uagb-loader.php

/**
 * Render background processing for block count.
 *
 * @since 2.0.14
 * @return mixed Returns the block count.
 */
public function trigger_background_processing() {

	/* Action to get total blocks count */
	if ( 'done' !== get_option( 'spectra_blocks_count_status' ) ) {

		delete_option( 'get_spectra_block_count' );

		update_option( 'spectra_blocks_count_status', 'processing' );

		$posts_ids = get_posts(
			array(
				'post_type'   => 'any',
				'numberposts' => -1,
				'post_status' => 'publish',
				'fields'      => 'ids',
			)
		);

		foreach ( $posts_ids as $post_id ) {
			$this->collect_spectra_blocks_count->push_to_queue(
				array(
					'data'        => $post_id,
					'list_blocks' => UAGB_Helper::$block_list,
				)
			);
		}

		$this->collect_spectra_blocks_count->save()->dispatch();

	}

}

Apologies, I was away over Thanksgiving.

This hasn’t been resolved in 2.0.16 either.
Locally I’ve increased the ‘max_allowed_packet’ size and now run into a gateway timeout.

This seems to be resolved in 2.0.15

*It isn’t resolved in 2.0.15

• This reply was modified 2 years, 4 months ago by crosseyedcoder. Reason: It isn't resolved in 2.0.15

1) update the plugin
2) go to any admin page
3) this is in QueryMonitor https://imagizer.imageshack.com/img923/2056/UvzOTx.png

• This reply was modified 2 years, 4 months ago by crosseyedcoder.

I’m on 4.4.2 and have the same issue.

3 networks as well, different domains.

for dumb… I forgot I added a bit of code to wp-config.php a while ago to disable style and plugin editing (for users only I thought)… well that changed my can_edit_plugins conditional to false causing the errors.

Its a bit crude, but I came up with a workaround for this.
Keeping all settings active for the plugin I added a Transmit (ftp) rule excluding the ‘domain-mapping’ and ‘sunrise.php’ folder/files from the mirror sync and then deleted those files from the mirror folder structure. Now all the DB tables will remain the same (keeping the plugin turned on) but the dev environment will just automagically turn off the plugin due to missing files.

Not the best, but its easy enough and gets the job done.