Tano

I can confirm that after this change, TranslatePress works properly.

Now only 2 issues remain:

• The URL issue in the User Dashboard: TP adds ‘?trp-edit-translation=true’ before ‘#/dashboard’ or ‘#/courses’.
• The 404 Error on the Learn page, also related to the URL: TP replaces ‘/#/course/266/lesson/268’ in the URL with ‘/?trp-edit-translation=true’.

Thanks a lot for your help Aashil, you’re a lifesaver!

@lihsaa Thanks for the reply, but you’re not doing it right. ??

Here’s the proof: https://drive.google.com/file/d/1Ji8ft_IRkywOzrnOflBgDLzXXlorbZxT/view

WP v6.3.2

Masteriyo v1.6.16

TranslatePress v2.6.4

Divi Theme v4.22.2

PS1: This worked before, so either TranslatePress messed up their plugin somehow (highly unlikely, as the User Dashboard translation works fine), or you guys did something that’s blocking the TP editor overlay, when coming directly from the page that is to be translated.

PS2: This is hugely important for me, as I have a team of 6 translators (non-techies) waiting to translate this website, and they need the translator to work visually, directly from the pages they’re on, not coming from the WP Admin Backend.

Working on the latest Woo.

Seems to be working now on the latest everything. Weird.

I’m also getting this error “Please wait, your Koko Analytics dashboard is booting up…” after updating the plugin, on WP 6.0.3, Koko 1.1.2

@lihsaa Please note that the error is not fully fixed in v1.6.15

As you can see in the screenshot blow, it appears on every DIVI page, slowing down its loading.

Please try again…

Ok, I found the culprit.
The 2 errors that appear in the console (blocked JS and CSS), are related to Masteriyo and the Divi Theme, and appear when you enable the Divi Integration addon.

So you need to check the way you handle this integration.

PS: indeed, the TranslatePress issue is fixed (had to delete the cache).

Thanks!

This was already suggested over 9 months ago, here, but it seems to have been ignored until now.

I hope we’ll receive it someday.

Should be fixed in v1.5.36.

If anyone is still encountering issues with this, try disabling the Cache REST API feature, if active in your caching plugin.

@lihsaa Thanks for the feedback.

After a chat with Sagar on your website, we concluded it’s a cache issue, as I’m using the LiteSpeed Cache plugin.

You need to make a note in the documentation about this.

Sagar said he will update me tomorrow with the LiteSpeed settings I need to make in order to prevent this.

Regards!

@lihsaa Please note that the snippets in your documentation, don’t work if you want to sort the courses inside Categories.

They work only for the main courses page.

Yes, but if you hide the review tab which = not allowing anyone to leave reviews, then it’s illogical to still show the review counts.

Why show it when the system is disabled? Makes no sense and creates confusion.

Here it is.

Thank you.

@anowerhossain16
From the Elementor 3.9.0 System Info tab:

So yeah, there’s no issue here… :))

Reason:
https://patchstack.com/database/vulnerability/advanced-booking-calendar/wordpress-advanced-booking-calendar-plugin-1-7-1-unauth-sql-injection-sqli-vulnerability