Daniel Zimmermann

You mean as support request or do you have a page for suggestions/ideas?

Perfect Kevin, this is exactly what was missing.

One more thing:
apply_filters( 'wpml_object_id', $post->ID, 'post', TRUE, 'de');

The language code parameter should be a static value representing the default language (in my case ‘de’).

Now it works! You are amazing!
Danke dir!

• This reply was modified 4 years, 4 months ago by Daniel Zimmermann.

Hello Kevin,
I truly appreciate all your effort to provide this snippet to me.
Thank you very much!

I implemented the new shortcode on my website, but it is not working as expected.

Yes WPML is creating a new post for each translation, therefore each page ID is different.
I thought a way to solve it to convert every Post ID to the Post ID of original (or main language) post.

I tweaked your snippet for testing a bit to have the same static existing Post ID on each page the shortcode is implemented:

$post_id = 137; //apply_filters( 'wpml_object_id', $post->ID, 'post' );

The interesting thing is that indeed all the votes are counted to the “137” Page. However, only on the very “137” page count is also displayed.
So it seems that the voting logic cares for the “post_id” attribute, but not the code that displays the votes of each post respectively.

Is there a way to make the shortcode count AND display the votes to the “post_id” provided?

Thanks, the updated 4.4.5 eventually solved the issue.

Thanks for your prompt answer.

It looks like Helpful can’t find the post. The only way to solve this is to disable the automatic insertion of Helpful and to work with [helpful] shortcode.

Do you mean under Details > Post-Types having none checked? If yes then that is already the case for me.

Just saw your updated comment. Thanks this worked!

Actually, still having this issue.
I am using Divi and the notice shows in the frontend editor at any spot I am using any shortcode.
I may be worth mentioning that this issue appeared after one of the recent Helpful updates.

• This reply was modified 4 years, 8 months ago by Daniel Zimmermann.
• This reply was modified 4 years, 8 months ago by Daniel Zimmermann.

Solution:
Using the shortcode [cusrev_all_reviews] and the argument product specifying the ID of the Woocommerce Product.

Activate the shortcodes under “Settings” > “Review Extensions”

• This reply was modified 5 years, 4 months ago by Daniel Zimmermann.
• This reply was modified 5 years, 4 months ago by Daniel Zimmermann.

Sorry, this website is not yet publicly accessible.
Could you tell me your email and I can send you the credentials?

Yes it works.
I can also add new reviews and the CSS styles are correct.

Frank, after checking again, I realized the issues was on my side.
My apologies. I thought the uploaded plugin was activated, but that wasn’t the case due that I didn’t deactivate the pervious version.

The message now doesn’t reappear after closing it.

Well done!

Hello Frank,
I uploaded the version you provide but it didn’t change anything.
Also after purgin the “SG Cache”.

Thank you for your response.

I would have appreciated a notice that costs of using the API can be higher than expected.
Best would be if the app could do a rough estimation about how many strings are to be translated.
As mentioned I ran it on a small business site so I was surprised that the plugin would do 2 Mio API requests.

Thank you for mentioning the # and the update!

Could you be more specific about which errors you were fixing?

memcache doesn’t support php7 yet and has nothing to do with w3t

Same error