"The mail's from address..." string not showing among list of strings

Localization client shows strings on the page that were used in translation on the page. Eg. emails were sent in the same page request. Which page do you expect these strings to show up and do you think those strings have been used in translation on that page?

Hum. Even when you translate this string, it keeps appearing in English?

Also can you search for a shorter part of the text, eg. "The mail"?

Yeah I'm not sure why would this string not show among the strings, if when translated elsewhere on the locale UI it shows translated here. That translation itself would put it into the list for l10n_client. Retitled the issue for the problem at hand.

Missing lots of other strings also

Yes, i guess the problem is related to drupal_static_reset('locale'), i'm facing out the same problem, a lot of strings are missing.

I had the same problem in #2255047: Some strings do not appear in the l10n_client interface: how to debug?, which I set to a duplicate of this one.

Here is a possible solution:

(1) make this module heavier so its page alter hook is executed later than others (enclosed patch).
(2) if you have strings in a preprocess function (which, i think, is called after all page alter hooks), then you can also add the same t() function to a page alter hook in your module (which has a lighter weight than l10n_client), like this:

/**
 * Use l10n_client module to show strings in the template preprocess.
 *
 * See https://drupal.org/node/2115795
 */
function MYMODULE_page_alter(&$page) {
  t('My String');
}

Oops. We also need to set the weight in the hook_install().

Also, I'm wondering if we add our strings even later in the page building process, perhaps in a preprocess function rather than a page alter?

I'm setting this to a bug report because I can systematically exclude strings by placing the t() function in theme or module preprocess hooks, or anywhere else before hook_init() is called.

I have concluded that the module weight is not the issue. Rather, when drupal_static_reset('locale') is called in the hook_init(), it is too late for many strings.

In this patch I have moved drupal_static_reset('locale') from hook_init() to hook_boot(), which does the trick for me: all my strings are now included on the page.

Cheers,

Albert.

Setting back to needs work. The above patch shows the desired string, but also shows all other translated strings, even those which are not on the page...

This would be a good candidate for an automated test.

Here I added a failing test which demonstrates the problem.

I'll set to "needs review", just to make sure the testbot picks it up and sets it back to "needs work".

Failed, that's normal.

In this patch I am remembering preprocess hooks which were called before hook_init() and calling them again at the end of hook_init(). This causes the new automated test to pass.

Please ignore the previous patches, they weren't working correctly. Here is a patch which should have two failures: it should be ignoring strings which are translated in the test module's preprocess hook.

I also noticed that the string "Global tokens will be replaced with their respective token values (e.g. [site:name] or [current-page:title])." form the text format fieldset of any text filtered field does not appear in localization client whereas it does appear in the admin translate interface. So that can also be something to verify when testing your patch.

Thanks. I'm actually not sure that these are all the same problem. I could reliably reproduce the fact that strings which are translated in preprocess hook do not appear. But I imagine that the string to which you are referring is not in a preprocess hook. These might be two different issues...

I had some problems with view titles not showing up in the Localization client, but the problem went away when I disabled the view's cache or optionally cleared the page cache.

Just noting that caching can also cause issues if someone has these problems.