Copy editor: Error when Copy template names contain Czech characters

[Eva Cerninakova]

Error occurs after copy template is named by word containig Czech characters (like prezenční, naučná etc.):

Error loading preferrences: Could not js-ify the JSON: SyntaxError: unterminated string literal.

Error mesage occurs at every action in copy editor (opening, changing value, etc.). The only thing which we have found that it helps is to delete Evergreen client profile on local disc.

Tested in Evergreen Staff Client 2.0.9 and 2.2 (English locale works fine).

[Eva Cerninakova (ece)]

Tested in version 2.2.2 - the problem is still there.

[Jason Stephenson (jstephenson)]

Needs confirmation from another site and to see if it occurs with other languages and not just Czech. Could very well be the symptom of a more general problem.

[Eva Cerninakova (ece)]

I wonder whether this bug could not be related to bugs 995075 and 1081565 (or may be bug 1075570).

[Eva Cerninakova (ece)]

This bug is still relevant in EG 2.10.5. It concerns "non-English" characters (not only Czech) - tested e.g., in fr-Ca locale I have used string containing French characters for a template name.

[Angela Kilsdonk (akilsdonk)]

I can confirm this behavior in EG 2.11.2, but I see a slightly different error message:

Error loading preferences: Could not js-ify the JSON: SyntaxError: JSON.parse: bad control character in string literal

I tested with a Czech template name "naučná", a Russian template name "Новая Книга", and a Hebrew template name "ספר חדש" so this may be an issue with any non-standard Latin letters as well as non-Latin alphabets in general.

I created the Czech template using the cs-CZ locale, the Russian template in the ru-RU locale, etc. The new copy templates saved without an error message. After creating the template, I see the error message any time I try to load the Item Attribute Editor or make a change to a field in the editor. I'm seeing the error message regardless of which locale I'm using.

Also, after testing I deleted the Czech/Russian/Hebrew templates, set my staff client to en-US and restarted it and I'm still seeing the error message when I load the Item Attribute Editor.

[Eva Cerninakova (ece)]

The error message occurs every time when loading Item Attribute editor because the template names are stored in user profile for the workstation. By my experience it is possible get rid of it by deleting the template names in a particular file (I cant remember the file name at the moment) in the workstation user profile.

[Eva Cerninakova (ece)]

This bug is probably related to bug 1674171 and bug 1365581

I did some more testing related to bug 1674171 and discovered that the problem does not apply for all non ASCII characters

Error described above occurs when following characters are used:
č, ď, ě

When following extended ASCII characters are used for the copy template name:
á, é, í, ň, ó, ř,š,ť, ú, ů, ý, ž,
no error occurs (I have tested the behaviour using Czech words "příliš žluťounký kůn úpal ódy").

[Jason Stephenson (jstephenson)]

Confirmed because of number affected and Comment #5.

[Eva Cerninakova (ece)]

It seems that the problem with extended ASCII has been solved by server environment localization (to Czech).
I would recommend to add piece of information to the documentation about Evergreen installation, that for some languages it necessary to use localized server environment to prevent crashes of some parts of Evergreen interfaces. I'm not sure which particular languages are relevant for this - definitely the languages with extended ASCII characters

Related to bug 1674171 and bug 1365581.

[Eva Cerninakova (ece)]

I don't think this bug is relevant for the web client. At least I have tested template names using the "most terrible" extended ASCII characters in the Evergreen 3.1.4 and 3.3.0 (Czech localization) and I have not found any problem.

[Eva Cerninakova (ece)]

I reccomend closing this bug - we have tested the problem and confirmed it does not concern the web client.

[Terran McCanna (tmccanna)]

Marking Won't Fix as per Eva's testing.