Translate-plugin: Translate plugin doesn't show message in "Update messages" section

Created on 8 Jan 2020  路  47Comments  路  Source: rainlab/translate-plugin

I can see languages and translations in database.
Screen Shot 2020-01-09 at 12 42 56 AM

Response Needed Bug

Most helpful comment

Also agree with this approach, I don't think it's October's responsibility to make sure third party tools don't mangle the UI.

Just wanted to drop a note on this in this thread in case anyone is banging their head against a wall in future trying to work it out.

All 47 comments

Please, what version of October and Translate plugin are you using?
Can you provide more details?

Plugin version 1.6.2
October build Build 464

Try disabling all plugins except Rainlab.Translate

I cannot reproduce this with same versions

I had following languages:

  1. English - en
  2. Russian - ru
  3. Armenian - am

Then I have added new languages

  1. English new - en-US
  2. Russian new - ru-RU
  3. Armenian new - am-HY
    And removed old ones.

Then renamed 4,5,6 to en, ru, am accordingly.
Even after changing codes back to initial state I'm still facing this issue.

@emilhakobian Would you mind checking if there's any JavaScript issues being thrown in your browser console? Also, double-check if any messages are being added to the storage/logs/debug.log that might give an indicator as to what is occurring.

There are no errors in my console (see attachment), also there is no debug.log in storage/logs although my application debug mode set to true, I can see only the system.log.

out

Any news on this?
I have re-installed all translation and translation-related plugins, still the same.

I think it's related to issue #231 ... since you removed the default language, the translations have been lost.

So what should I do now? My website is in production.

Either restore from db, and RENAME the languages instead of adding new / deleting old

Or redo the translations

I have uninstalled the plugin and installed it again. Why the behavior is not the same as when I first time installed the plugin?

Did you restore your database ?

duplicate of #231

What do you mean restore the database? Could you explain this in detail?

If you have MySQL Database backups that were done BEFORE you changed the default language, you can restore the database from the backup to recover your translations.

Otherwise, you'll need to redo the translation from scratch.

Hi,
I have figured out that I have no DB backup. Could you tell me what you mean by saying "redo the translation from scratch"?
Because I have removed all translations and uninstalled plugin. After Installation, I found the same issues. - No translation keys (and no way to scan messages)

  • No way to change the language in Blog, News, title, etc.

Then I suggest disabling all plugins to make sure nothing is interfering with the default Translate plugin behavior.

Unfortunately the same !
image

Something is not right in your setup, you should AT LEAST have a header at the top of that page as shown in the screenshot below:

Screenshot from 2020-01-14 12-23-03

What version of October are you running?

464

Do you get the same behavior in other browsers (would be better if no extensions are installed in the browser for this test).

Something is definitely interfering with the rendering of that page. Did you tweak anything in config/* or elsewhere!?

Same in other browsers and even on another computer.
I've found that there is a database row in backend_user_preferences table :

id user_id namespace group item value
10 1 backend hints hidden {"translation_messages_hint":1}

When I delete this row
Screen Shot 2020-01-14 at 9 41 22 PM

When I close the message(hint) I can see mesages and even translate them.
Screen Shot 2020-01-14 at 9 41 45 PM

Once I refresh the page messages table is not rendering.
Also the content area in blog post is without content and without Language picker.

I have NO IDEA. @daftspunk @LukeTowers @bennothommo ?

@emilhakobian are you using symlinks anywhere in your installation?

Same in other browsers and even on another computer.
I've found that there is a database row in backend_user_preferences table :

id user_id namespace group item value
10 1 backend hints hidden {"translation_messages_hint":1}

When I delete this row
Screen Shot 2020-01-14 at 9 41 22 PM

When I close the message(hint) I can see mesages and even translate them.
Screen Shot 2020-01-14 at 9 41 45 PM

Once I refresh the page messages table is not rendering.
Also the content area in blog post is without content and without Language picker.

Same issue here, any updates for this issue?

@mic8 are you using symboluc links anywhere in your october installation?

@mjauvin what kind of symbolic links?

only one kind I know of.

is this happening on a fresh install of October?

I don't think there are any symbolic links like that on fresh install of October

No, there aren't, that's why we're asking if you added any because that might break things.

@mic8 @emilhakobian I can confirm I've had no issues loading the Translate table, even following the instructions provided earlier.

The only way I can replicate this is either by using a symlink to the Translate plugin (storing the plugin files outside of the project folder) and having the config variable cms.restrictBaseDir set to true, or by faking a JavaScript error during the load process of the page.

We need more information from you both in order to try and ascertain where this fault is occurring. Things such as:

  • Was the Translate plugin working fine at one point? When did you notice that it had stopped working?
  • Are there any JavaScript error messages being thrown?
  • Are any of the JavaScript resources not being loaded due to a server error?
  • Is there any logs in storage/logs/system.log being added when the Translate page being loaded?
  • Which web server are you using? Which PHP version are you using?

Closing as it has been over a month since any activity on this occurred and we are trying to figure out what issues are still relevant. If this is still something that you would like to see through to fruition please respond and we can get the ball rolling.

For future internauts running into this issue, I found it was introduced to my site when I enabled Rocket Loader on Cloudflare. After disabling Rocket Loader, this issue was fixed.

@joeinnes any idea what's actually causing this in Rocket Loader?

No idea, but it's not the first time Rocket Loader has mangled JS for me and I'm happy just turning it off rather than spending time diagnosing it :)

@mjauvin @bennothommo perhaps we should look at adding the rocketloader ignore syntax on all assets loaded by the backend addJs methods. I thought we already did that but it might have been only for core JS

@LukeTowers I guess. Where do you see this for core JS ?

@LukeTowers So you're suggesting adding data-cfasync="false" to all

Related issues

yeomann picture yeomann  路  6Comments

ghost picture ghost  路  5Comments

Ladylain picture Ladylain  路  3Comments

anonimo9 picture anonimo9  路  5Comments

Ladylain picture Ladylain  路  3Comments