last branch and trunk

When adding spacial chars there is no need to escape it, it will be done automatically..

Artem, maybe I'm doing wrong, but I tested the /branches/dev/zbx-2201/. The problem still remained.

Please, place a screen shot of the screen with values which get unnecessary escaping just prior to save the locale.

on screen shot source file 'ua_ua.inc.php' already in format \"Сума графіків\"after one cycle of download and put it to the www-directory.
After this i put it to www-directory again and receive additional symbols \\\"Сума графіків\\\" on translation page.
Unnecessary symbols added on downloading step !!!.

Remove escape characters, or it will be escaped also. All chars that requires escaping will be escaped automatically.

Artem, firstly sorry for my English, maybe I somewhere not exactly explain.
Just try to download the English locale, as if creating a new, and looking changed variable 'S_ANOTHER_ITEM_SUM' in the new DOWNLOADED file and you will understand me.
Extra \ characters are added always to " and \ in new file.

Before dowload:
'S_ANOTHER_ITEM_SUM'=> 'Cannot add more than one item with type "Graph sum"',
After dowloaad:
'S_ANOTHER_ITEM_SUM'=> 'Cannot add more than one item with type \"Graph sum\"',

For non-english locale translators this is problem, because we are "updating" the locale file through the GUI to remove the droped string and easily find new string to translate. I do this several times between releases, and I think others do the same. The proof - I have several times seen in the Russian locale a large amount of characters \\\\\. You can ask the DotNeft (russian locale translator). I think he will confirm this.

Sorry, but I re-open request the last time, the more I will not bother.

looks like doublequotes are incorrectly populated in the locale screen. if you download locale without manually escaping doublequotes, they are escaped in the resulting file.
if you try to edit a locale with escaped doublequotes, they are escaped already in your editing form. if you do that multiple times, you indeed end up with \\\\\\\\\\"

Fixed directly in 1.8 & trunk

P.S.
Sorry you are right, there was a problem.
Guess made tests with some changes that prevented this issue..

guys, I know that I was tired, but new problem:

'S_DOESNT_EXIST'=> 'doesn\'t exist',
after download:
'S_DOESNT_EXIST'=> 'does\'t exist',

now symbol before escape always deleted.

With doublequotes now all fine.
Sorry, again reopen

Missed this one..
Fixed.

heh, now all fine.
Thank you for your patience.

Thank You.

After starting of using escaped symbol ' in START !!!! of strings new problem founded.
for example:

original string:
'S_EXPRESSION_FUNCTION_DOES_NOT_ACCEPTS_PARAMS_ERROR_PART2'=> '\' does not accept parameters.',
'S_CHECK_EXPRESSION_PART_STARTING_FROM_PART2'=> '\'',

after downloading locale through frontend:
S_EXPRESSION_FUNCTION_DOES_NOT_ACCEPTS_PARAMS_ERROR_PART2'=> '' does not accept parameters.',
'S_CHECK_EXPRESSION_PART_STARTING_FROM_PART2'=> ''',

escape symbol for first ' symbol is rejected in result and this is problem.

Is no problems with escaping ' symbol in other position in string.

i can confirm the problem with initial apostrophe in trunk rev 13109

confirming the fix in dev branch rev 13186.

i tested also . now all fine in dev branch rev 13186.

Implemented