I can see languages and translations in database.

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:
Then I have added new languages
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.

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)
Then I suggest disabling all plugins to make sure nothing is interfering with the default Translate plugin behavior.
Unfortunately the same !

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:

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

When I close the message(hint) I can see mesages and even translate them.

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
When I close the message(hint) I can see mesages and even translate them.
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:
storage/logs/system.log being added when the Translate page being loaded?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
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.