charlyanderson

It’s 40MB

Jeez, I discovered it was just screen settings. I click on this and added the columns in – easy peesy.

Figured this out, for anyone who might be interested:

<?php global $woocommerce; if ( sizeof( $woocommerce->cart->cart_contents) > 0 ) : ?>

					<div class="header-cart-inner">
						<i class="fa fa-shopping-cart"></i>  <a class="cart-contents" href="<?php echo WC()->cart->get_cart_url(); ?>" title="<?php _e( 'View your shopping cart' ); ?>"><?php echo sprintf (_n( '%d item', '%d items', WC()->cart->cart_contents_count ), WC()->cart->cart_contents_count ); ?></a>
					</div>

                    <?php else : ?>

                    <div class="no-cart"></div>

                    <?php endif; ?>

Just to let you know I deactivated all other plugins, cleared cache and this didnt resolve the problem.

It works, it’s the logging in thats the problem.

You can use a test user here
UN: Dynamic Testing
P: test

Sorry – I have only just seen this has already been raised

Is this when you are adding them yourself in the back end? If so, I cannot see the stars meta box either which I believe was recently added into Woocommerce.

I have checked the settings for this and it is definately set to hard crop. Really not sure why it is not working.

Ok that’s no good then.

I have just tried to run a backup and it has come up with this error:-

has detected a problem. wp-cron.php is returning a Failure when receiving data from the peer response which could mean cron jobs aren’t getting fired properly. BackUpWordPress relies on wp-cron to run scheduled back ups

I am wondering if this is the cause of the update problem too.

I have found the wp-cron file, can anyone see any problems with this?

<?php
/**
 * WordPress Cron Implementation for hosts, which do not offer CRON or for which
 * the user has not set up a CRON job pointing to this file.
 *
 * The HTTP request to this file will not slow down the visitor who happens to
 * visit when the cron job is needed to run.
 *
 * @package WordPress
 */

ignore_user_abort(true);

if ( !empty($_POST) || defined('DOING_AJAX') || defined('DOING_CRON') )
	die();

/**
 * Tell WordPress we are doing the CRON task.
 *
 * @var bool
 */
define('DOING_CRON', true);

if ( !defined('ABSPATH') ) {
	/** Set up WordPress environment */
	require_once('./wp-load.php');
}

// Uncached doing_cron transient fetch
function _get_cron_lock() {
	global $_wp_using_ext_object_cache, $wpdb;

	$value = 0;
	if ( $_wp_using_ext_object_cache ) {
		// Skip local cache and force refetch of doing_cron transient in case
		// another processs updated the cache
		$value = wp_cache_get( 'doing_cron', 'transient', true );
	} else {
		$row = $wpdb->get_row( $wpdb->prepare( "SELECT option_value FROM $wpdb->options WHERE option_name = %s LIMIT 1", '_transient_doing_cron' ) );
		if ( is_object( $row ) )
			$value = $row->option_value;
	}

	return $value;
}

if ( false === $crons = _get_cron_array() )
	die();

$keys = array_keys( $crons );
$gmt_time = microtime( true );

if ( isset($keys[0]) && $keys[0] > $gmt_time )
	die();

$doing_cron_transient = get_transient( 'doing_cron');

// Use global $doing_wp_cron lock otherwise use the GET lock. If no lock, trying grabbing a new lock.
if ( empty( $doing_wp_cron ) ) {
	if ( empty( $_GET[ 'doing_wp_cron' ] ) ) {
		// Called from external script/job. Try setting a lock.
		if ( $doing_cron_transient && ( $doing_cron_transient + WP_CRON_LOCK_TIMEOUT > $gmt_time ) )
			return;
		$doing_cron_transient = $doing_wp_cron = sprintf( '%.22F', microtime( true ) );
		set_transient( 'doing_cron', $doing_wp_cron );
	} else {
		$doing_wp_cron = $_GET[ 'doing_wp_cron' ];
	}
}

// Check lock
if ( $doing_cron_transient != $doing_wp_cron )
	return;

foreach ( $crons as $timestamp => $cronhooks ) {
	if ( $timestamp > $gmt_time )
		break;

	foreach ( $cronhooks as $hook => $keys ) {

		foreach ( $keys as $k => $v ) {

			$schedule = $v['schedule'];

			if ( $schedule != false ) {
				$new_args = array($timestamp, $schedule, $hook, $v['args']);
				call_user_func_array('wp_reschedule_event', $new_args);
			}

			wp_unschedule_event( $timestamp, $hook, $v['args'] );

 			do_action_ref_array( $hook, $v['args'] );

			// If the hook ran too long and another cron process stole the lock, quit.
			if ( _get_cron_lock() != $doing_wp_cron )
				return;
		}
	}
}

if ( _get_cron_lock() == $doing_wp_cron )
	delete_transient( 'doing_cron' );

die();

Ok thank you

If I back up the files and databases, will it cause a problem loading the backup files onto a newer installation of WordPress?

I have just deleted and done another run and now it seems to be working hoorray!

I just looked, it is not working from what I can see. The font should match the rest of the website.

Found the culprit ??

Wow I thought this was for support. Perhaps with that attitude I will go elsewhere!

I have just upgraded and have the same issue. I had to rename the plugin file via FTP to deactivate it so I could access the dashboard