alesub

What I did on my case is to select the first option available for each variation with jquery, on load.

I agree that it’s just not the right thing to do, but it would be cool if woocommerce show the checkout button at least grayed out, and a js validation on click to let the customer know that the variations need to be picked first.

Nice! what a cool way to avoid messing with core files!

Thanks!

Yeah I need this too, but in a global way, so updating products one by one is not necessary. If I find a way I’ll post it here.

That is right, seems like it was discontinued. Too bad it’s the only one that does this kind of thing.

Thanks randyhoyt!! Nice work!

Right now I fixed this single error placing the following line at the top of the function that generates the error:

include(dirname(__FILE__).’/facebook-sdk/facebook.php’);

But the main problem remains: the shortcode call is not outputting anything.

I found the solution while diggin on their own forums:
https://tri.be/support/forums/topic/permalink-conflict-with-yoast-seo-on-recurring-events/#post-24072

Locate the file /lib/the-events-calendar.class.php around line 602 and replace the function “addDateToRecurringEvents” with this:

public function addDateToRecurringEvents($permalink, $post) {
if( function_exists(‘tribe_is_recurring_event’) && $post->post_type == self::POSTTYPE && tribe_is_recurring_event($post->ID) && !is_search()) {
if( is_admin() && (!isset($post->EventStartDate) || !$post->EventStartDate) ) {
if( isset($_REQUEST['eventDate'] ) ) {
$post->EventStartDate = $_REQUEST['eventDate'];
} else	{
$post->EventStartDate = TribeEvents::getRealStartDate( $post->ID );
}
}

if(!isset($post->EventStartDate) || !$post->EventStartDate)
return $permalink;

if( ” == get_option(‘permalink_structure’) ) {
return add_query_arg(‘eventDate’, TribeDateUtils::dateOnly( $post->EventStartDate ), $permalink );
} else {
return trailingslashit($permalink) . TribeDateUtils::dateOnly( isset($post->EventStartDate) ? $post->EventStartDate : null );
}
}
return $permalink;
}

I’m having the same issue, got the urls set to https in all the database, got the https plugin installed and still when entering to the main url without https in the url, the site just loads and no redirection is made. If I place the redirect code on the htaccess, I get the “too many redirects” error.

Yes, server timestamp is correct, I’m getting the current date going to Settings -> General.

Nope, I’m right in the Media -> Add New section.

Thanks for the quick response!

The htaccess was ok. What fixed this issue was an additional file: nginx.conf

With the following code:

rewrite ^.*/files/(.*)$ /wp-includes/ms-files.php?file=$1 last;
if (!-e $request_filename) {
 rewrite ^.+?(/wp-.*) $1 last;
 rewrite ^.+?(/.*\.php)$ $1 last;
 rewrite ^ /index.php last;
}

I’m not familiar with that plugin, but you should basically check its settings and see if there’s an automatic display of content going on. It can also be a widget automatically added on your footer area.

Did the image size declaration existed before you uploaded that file?

That might be the cause… in that case, using a plugin like https://www.ads-software.com/extend/plugins/ajax-thumbnail-rebuild/ might fix the issue.

After taking a quick look, so far I can tell:

– The line where you open the form has an unusual variation of the ” character, you should use the one that’s on use on the rest of the code.
– If you’re making that from scratch, the best is to compare it line by line with a working code, like the one from the twenty eleven theme.

The div that wraps them is called “myGallery”, did you added a plugin recently with a similar name? Maybe it’s just a bad plugin configuration, or a widget that’s set on the footer area and is breaking the html layout.