ashpriom

Please see the answer from davor.altman.

If it’s not fixed, please try deactivating other plugins one by one, to find possible conflict with Jetpack.

Hi Nick,

Thanks for your reply. I’m sure it’s going to work, however, as the design of grid view has been changed I have reverted to an older version. We need it look like it used to be. I am planning to redesign our page so that we can use the latest version.

Can you tell me is there any chance that – because I am using an older version the plugin can break? Does this plugin have critical dependency on Google Calendar API?

Thanks,
Syed

I agree. Although it’s not working for me now, I appreciate the effort behind this plugin.

Hi Nick, it’s in my homepage template named home.php. I have always enqueue enabled.

Thanks,
Syed

Alright, I figured it out. Some obvious that confused me.

Say for instance, if you are on a French post, but you want to grab the ID of its English counterpart, do this:

$postID = get_the_ID();
if (function_exists('pll_current_language')) {
$currentLang = pll_current_language('slug');
}
$translationID = pll_get_post($postID,'en');

First detect the current post ID and its language. Okay.
Then apply the pll_get_post($postID, "language code"). The “en” here is the language code for the target post ID. For instance if you want German counterpart’s ID, it would be ‘de’, and vice versa.

Hi all,

I can confirm that this is indeed a plugin compatibility issue. I am migrating from Qtranslate to Polylang, finally, and with Polylang the French version of the calendar works fine. You can see here

There is an option in Polylang to enable/disable translation of Google Calendar Events. I have it enabled in my settings.

Hi Fulvio,

Same here. I did the update and cleared cache but the problem is still there. You can see it in action here. I can give you access if you want.

The way I see it, it’s a compatibility issue with other language plugins like WPML and Qtranslate. I am thinking how does the calendar know the current language “after” it makes the AJAX call to switch months? Because I am using Qtranslate and the current language slug is “fr”, but the problem is it won’t be same for all other plugins…it could be something like “Fr” or “French”. So I see this as a compatibility issue with other plugins.

Thanks for the update. If I find out anything I will post here.

P.S. thanks @simplemediaca

Hi,

I guess the change is the php-calendar.php file only? I replaced that file from the branched version; then cleared plugin and browser cache, but still same problem. Does that mean it’s not really those filter definitions? My guess is it’s the AJAX call, which doesn’t restore language parameter when it refreshes the calendar.

I plan to analyze the button click and AJAX call. Will let you know if I find something interesting.

Hi,

Thanks for your time. I checked our calendar settings…I’m pretty sure we are not translating months and days manually, neither we are using custom filters for gce_prev_text/gce_next_text.

I applied your update, cleared feed cache and browser cache but the problem still persists.

1. I was thinking, if we could find another bilingual website where this problem doesn’t exist then it would mean a particular sequence of code execution on our site is causing this. But then again, simplemediaca^ said the French translation is not happening on his site. He didn’t say the calender doesn’t show French at all or not, for me it shows French until you switch months.

2. I am using QTranslate….it’s a headache. May be the localization file for QTranslate is overriding all translations from Google Calendar? I disabled the French language file in QTranslate but still the same.

The thing is, it knows the language is French but when you switch month, that piece of information is reset. Using QTranslate’s qtrans_getLanguage(); I could force php-calendar.php in GCal the current language, but that’s not a good solution in terms of future updates. You might want to see this php-calendar.php, it was used as a patch for the same issue in an older version of GCal.

Thanks again. I’ll let you know if I find out the fix.

Hi Fulvio Notarstefano,

I am having the same problem with translation and was told that “hey it wasn’t like this before”.

The English version of the calender is fine.
Now, if you switch to French version of the page, first it’s alright. But when you click on “Préc” or “Suiv” the calender becomes English.

See demo.

Thanks.

You can do this either of these two ways:

1. CFS()->get('field-name');
2. get_post_meta($postID, 'field-name', true);

I use it for two websites, don’t know but one of the above statements works for one website but not the other!

Hi,

I am not using W3 Total Cache but still encountering this error –

[error] [client IP address] purge_varnish_cache() failed for: (localhost) #^(staging\\.mysite\\.com)$# #(/making-comics-2-advanced(.*))#, referer: https://staging\\.mysite\\.com/wp-admin/post.php?post=9673&action=edit

Is there any known workaround? Whenever I update the page it breaks.
I’ll post again if I find a solution.

Thanks.

<!-- Most popular -->
<?php if ( get_theme_mod( 'post_after_popular' ) ): ?>
	<?php foreach ( get_the_category() as $category ): ?>
		<div class="similar-posts">
			<h3 class="similar-posts_title"><?php _e( '??????? ???', 'eqfw'); ?></h3>

			<?php
				the_widget( 'Report_Widget_Post_List', array(
					'style' => 'small',
					'number' => 5,
					'category' => false,
					'title' => '',
					'tag' => false,
					'show_categories' => 'on',
					'additional_parameters' => '',
					'additional_args' => array(
						'orderby' => 'meta_value_num',
						'meta_key' => 'post_views_count',
						'order' => 'DESC',
						// 'date_query' => array( array( 'after' => '-30 days' ) ),
						'post__not_in' => array( get_the_ID() )
					)
				), array(
					'before_title' => '<div class="hide-title">',
					'after_title' => '</div>'
				) );
			?>
		</div>
	<?php endforeach; ?>

I believe this happens when you have more than one category for a post. It runs a foreach loop.

Hello Steven,

Are you using Report? I am using that theme and it’s similar.
Which plugin did you remove?

Thanks.

My problem was solved by editing my user policy to this –

{
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "s3:ListBucket",
        "s3:GetBucketLocation",
        "s3:ListBucketMultipartUploads"
      ],
      "Resource": "arn:aws:s3:::celingest-cdn",
      "Condition": {}
    },
    {
      "Action": [
        "s3:AbortMultipartUpload",
        "s3:DeleteObject*",
        "s3:GetObject*",
        "s3:PutObject*"
      ],
      "Effect": "Allow",
      "Resource": [
        "arn:aws:s3:::celingest-cdn/*"
      ]
    },
    {
      "Effect": "Allow",
      "Action": "s3:ListAllMyBuckets",
      "Resource": "*",
      "Condition": {}
    }
  ]
}

https://pastebin.com/raw.php?i=ydiQLXGY
https://blog.celingest.com/en/2013/07/19/tutorial-creating-cdn-wordpress-cloudfront-s3/