Hi,This observation is due to Java's Locale class where "id" is replaced with "in". As a workaround, please use dictionaries with language in_id. In case you face more related issues, please let us know.

Hi,As per your comment, Granite.HTTP is undefigned. Please debug casues for the same.

Hi Daitienshi,I am unable to reproduce the issue at my end.All the translations in js will be same as those in jsp and therefore this does not look like a dictionary location issue. Also, Granite.I18n.get("TEST-001"); was used to test the same in js.

Hi Daitienshi,I tried the following stepsAdd keys in translator.htmlI18n.get("TEST-001"); returns "TEST-001" in both js and jspRestart bundle org.apache.sling.i18n.I18n.get("TEST-001"); returns expected string in both js and jspPlease let us know in case I am missing something. Also, please try rest...

Hi Daitienshi,Consolidated i18n dictionaries are cached in the system. Therefore, addition of an entry may not reflect immediately. Does the dictionaries loaded at runtime have the keys TEST-001, TEST-002 and TEST-003 ? Also, in case the keys are missing, one could update the cache by restarting the...