Mikko Virenius

It’s because plugin uses deprecated function “register_api_field”. Plugin author should replace all calls for this function with “register_rest_field”.

Hi,

We implemented alternative approach, which fixes the issue without introducing a lots of new network transactions. Pull request can be found here: https://github.com/pantheon-systems/wp-redis/pull/157

Here is a temporary fix for this issue, which adds post name to the front page preview url, when redirect_lang option is enabled.

/**
 * Fix broken front page preview link in Polylang, when redirect_lang option is enabled.
 *
 * @param $preview_link
 * @param $post
 *
 * @return mixed
 */
function valu_fix_front_page_preview_link( $preview_link, $post ) {

	// Check that post type is page
	if ( 'page' !== get_post_type( $post ) ) {
		return $preview_link;
	}

	// Check that redirect_lang option is enabled
	if ( 1 !== PLL()->options['redirect_lang'] ) {
		return $preview_link;
	}

	// Get language of the current page
	$language = PLL()->model->post->get_language( $post->ID );

	// Check that current page is a translation of the default front page
	if ( $post->ID === $language->page_on_front AND pll_default_language() != $language->slug ) {

		// Get front page link with postname
		$preview_link_with_postname = esc_url( trailingslashit( get_permalink( $post->ID ) . $post->post_name ) );

		// Apply new preview link
		$preview_link = str_replace( PLL()->links_model->home_url( $language ), $preview_link_with_postname, $preview_link );

	}

	return $preview_link;

}

add_filter( 'preview_post_link', 'valu_fix_front_page_preview_link', 30, 2 );

Disabling “The front page url contains the language code instead of the page name or page id” option fixes the problem, but it isn’t real “solution”.

+1 for this.

Preview for translated front pages shows latest post listing instead of the front page.

Hi Tom,

Have you any roadmap for this feature? This feature would be helpful for many users.

Best regards,
-Mikko

I downloaded the latest development version. CSS cache works fine now, but there is a bug in menu rearrangement functionality.

Setting number of columns doesn’t work as I expected. For example, If I choose 8 columns, I get four. And if I choose 4 I get 2 columns.

Thank you for this thread, it solved my problem too.

Is the ability to mix widgets and menu items only available in pro version or in free version too?

I’m using the latest development version 1.9.1.

Btw, you could also reset plugin options by putting following code temporarily to your functions.php file, if you aren’t familiar with phpMyAdmin or MySQL queries:

<?php delete_option('yst_ga'); ?>

Steps to follow:

1. Insert code to your functions.php file
2. Refresh plugin admin page few times
3. Remove code from functions.php
4. Reauthenticate

Feature suggestion: Reset all plugin options when Reauthenticate -button is clicked.

I got plugin working again by deleting all it’s options directly from the wp_options table and reauthenticating after that.

SQL query to find plugin’s options:
SELECT * FROM wp_options WHERE option_name LIKE '%yst_ga%'

Replace wp_ with your table prefix.

• Mac OS X 10.10.2
• Chrome 42.0.2311.90
• Javascript Enabled
• Cookies Enabled
• Plugin version 5.4
• WordPress version 4.1.1
• Default theme
• No other plugins enabled

Plugin allows to save Authentication code, but account dropdown doesn’t show up.

I can confirm Zulu11’s message. Admin page shows the confirmation message “The Google Analytics settings are saved….”, but nothing happens.

+1 For Advanced Custom Fields Pro

I solved the problem by adding wp_cache_replace call to update_field -function.

Git diff here: https://pastebin.com/YqSPKp4r