String Overrides does not work (tried all the fixes)

I can't get this working either, with the latest dev version.

Is there any chance of a fix?

although it always says it saved, nothing is ever changed

This is true for me as well. Anyone?

Added that I googled.

same issue with core 7.26 and Creative Responsive Theme. Not working out of the box with simple configuration without even html tags :(.

I had a similar problem.
Please check three things:

• Are you entering the string override for the correct language? There are tabs in the interface in the top right.
• Please check for the exact string in "Original" I had a space at the end that was not there in the original string and it did not work because of that.
• Of course, clear your cache

So taking care of those things I got it working in the end with Drupal 7.31

(Drupal 7.26)

Working after

1) installing and activating 2 modules:
variable
-> last official release
i18ni
-> "18n-7.x-1.x-dev.tar.gz" is to use instead of release "i18n-7.x-1.11.tar.gz"
otherwise you will get issue described here : https://www.drupal.org/node/2227523

2) activating parts "String translation" and "Field translation" in the page "Modules".

3) follow recommandations from here: https://www.drupal.org/node/1451132#comment-5984944

Summary : I got success for only one translation done from string overrides since issue to add a second one (discarded while saving).
Probably I will change other strings in file *.po since issue through "string overrides" interface

Working after

This doesnt work for me, so the english strings cant be replaced.

Drupal: 7.32
I18n: 7.x-1.11+8-dev
Variable: 7.x-2.5

I did the steps what coger mentioned in comment 6. "locale_custom_strings_en" is set but somehow it is taken out from global $conf.

I have managed to solve the problem after 2 days struggling:

I was using this code in settings.php:

// Extend views field wrapper with html5 tags
if (isset($conf['views_field_rewrite_elements'])) {
    unset($conf['views_field_rewrite_elements']);
  }
  $conf['views_field_rewrite_elements'] = array(
  '' => t('- Use default -'),
  '0' => t('- None -'),
  'div' => 'DIV',
  'span' => 'SPAN',
  'h1' => 'H1',
  'h2' => 'H2',
  'h3' => 'H3',
  'h4' => 'H4',
  'h5' => 'H5',
  'h6' => 'H6',
  'p' => 'P',
  'strong' => 'STRONG',
  'em' => 'EM',
  'blockquote' => 'BLOCKQUOTE',
  'figure' => 'HTML5-FIGURE',
  'figcaption' => 'HTML5-FIGCAPTION',
  'time' => 'HTML5-TIME',
  'details' => 'HTML5-DETAILS',
  'summary' => 'HTML5-SUMMARY',
  'source' => 'HTML5-SOURCE',
  'article' => 'HTML5-ARTICLE',
  'section' => 'HTML5-SECTION',
  'header' => 'HTML5-HEADER',
  'footer' => 'HTML5-FOOTER',
  'nav' => 'HTML5-NAV',
  'video' => 'HTML5-VIDEO',
  'audio' => 'HTML5-AUDIO'
);

Summarizing: If you use t() in the settings.php you cant override the english texts.

Also not working for me at all. Two sites, both on Drupal core 7.34, one using stringoverrides 7.x-1.8+9-dev, the other using 7.x-1.8. Locale is not enabled on either site. Nothing special in settings.php on either site. Frustrating.

I have the module installed and I'm seeing it replace text on the admin dashboard and interface when i assign those values, but when I assign it to replace a string that is front facing the consumer, it does not replace the string. Has anyone found a solution to this?

I can confirm using t() inside settings.php will break stringoverrides.

The problem is in the t() function itself that the variable_get() will not return the custom_strings from db as variables are not initialized yet.

I found that setting $conf['locale_custom_strings_en'] in the settings.php file at all will cause the save function in the admin/config/regional/stringoverrides page to fail.

Here's what I had in my settings.php file:

$conf['locale_custom_strings_en'][''] = array(
'Subscribe to group' => 'Take this course',
'Unsubscribe from group' => 'Leave this course',
'Group' => 'Course',
'Are you sure you want to join the group ' => 'Are you sure you want to take the course ',
);

With it in place, these items would appear on the stringoverrides config page as enabled replacements... but adding anything else simply wouldn't save. It was always these.

Commenting it out, stringoverrides config worked as expected.

Just a note to say I've also encountered this issue with the following code in settings.php:

/**
 * Replace short month names with long ones.
 */
 $conf['locale_custom_strings_en'][''] = array(
  'Jan'  => 'January',
  'Feb'  => 'February',
  'Mar'  => 'March',
  'Apr'  => 'April',
  'May'  => 'May',
  'Jun'  => 'June',
  'Jul'  => 'July',
  'Aug'  => 'August',
  'Sep'  => 'September',
  'Oct'  => 'October',
  'Nov'  => 'November',
  'Dec'  => 'December',
);

The folks who initially developed the site were trying to install as few modules as possible to keep it light (site is huge, so any overhead savings was seen as a good thing). We later installed String Overrides and found it failing to save new entries and listing entries we knew we'd not put in place. Turned out the module was picking them up from the settings.php code shown above and displaying them in the module's admin screen. It seems, then, that $conf['locale_custom_strings_en'] has broken the module's ability to save in my case as well.

The setting $conf['locale_custom_strings_en']doesn't work for me. In an recent article published in August, the date appeared in English. I found this quick and temporary solution until I find a better solution (you have to adapt the code to your layout):

div#article-547 .submitted-date .month{
    position: absolute;
    visibility: hidden; 
}

div#article-547 .submitted-date .month:after {
  visibility: visible;
  margin-left: -0.4em;
  content:"AGOSTO";
}