I believe I've run into double-translation of menu strings. If I clear cache under a non-English language, such as Spanish, I end up with double-translated strings. When I clear cache in English, the default language, everything seems fine.

It appears that the menu cache is getting built using the current language as the base, then later those already-translated strings in the cache are getting retranslated for display.

I'm filing this as a bug for Admin menu because this behavior appears to only occur for me when I have Admin menu enabled--it does not occur when Admin menu is disabled, nor when I have Toolbar enabled--and I'm not familiar enough with the guts of the menu system to determine whether it's Admin menu causing it; or if it's with the menu system in Core, and the problem is simply manifesting itself by virtue of being invoked by Admin menu.

This double-translation of strings creates a maintenance nightmare. The locale module in Core does not prevent translated strings from being retranslated later on (This is another issue), so any already-translated strings passed back to t() will be treated as English (Or whatever the source lang is?) and thus, not matching any English, get inserted as new entries in the string table.

It is very tedious and time-consuming to purge these bogus strings. If you export your strings to send to a translation vendor, you run the risk of being charged for translation of strings that don't need translation. The problem is compounded for each language the site has.

Using Pale Moon 26.3.x on Windows 7 x64.

Comments

nmalinoski created an issue. See original summary.

nmalinoski’s picture

Version: 7.x-3.0-rc5 » 7.x-3.x-dev

Issue is not fixed by 7.x-3.0-rc5+3-dev or latest git.

veroniqueg’s picture

I'm having the same issue