Bug 70653

The scenario when this is especially relevant, at least in my case, is as follows:

1) One has an element in catalog, named THENAME

2) One wants to change something relatively minor in it, say, serifed font face to sans-serifed one.

3) One selects the element to change and clicks 'Edit', then selects the font face (other one than that's which is set already). Immediately two things may happen: 
3.1) glyph's unicode position is reset, either if it's not available in the new face or, in some cases (Neo Euler->Asana Math), even if it IS available; 
3.2) the name in the 'Symbol' field is reset to Ux.... pattern

4) Now one'd expect it'd be sufficient to set 'Symbol' back to what's edited now (THENAME). However, if the field is set so, the old definition gets activated again, in full (font face etc.).

Created attachment 90489 [details]
Screenshots of dialogs under v3304 and v4132.

There are some settings in the indicated facility that change in an manner that would seem unwanted. To be clear, this bug is reporting a problem relating to:

1. Edit a formula.
2. Tools > Catalog... (the Symbols dialog will display).
3. Click Edit... button (the Edit Symbols dialog will display).
4. Change Font from OpenSymbol to some other font e.g., Liberations Sans.
5. Fields other than just the Font are changed as a result e.g., Symbol and Subset.

Expected behaviour:
Only the Font field is changed.

I have tested the above action under Ubuntu 10.04 x86_64 running:

- v3.3.0.4 OOO330m19 Build: 6
- v3.4.6.2 OOO340m1 Build: 602
- v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v3.6.7.2 Build ID: e183d5b
- v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
- v4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a

In v3.3.0.4 the Subset is additionally modified (from "Basic Greek" to "Basic Latin"). This can be changed back again without any other effect. The value of Symbol remains unchanged ("ALPHA"). Modify button also remains active. 

All versions listed from v3.4.6.2 through v4.1.3.2 not only change the Subset, but also the Symbol from "ALPHA" to "Ux0391" as described in the report. Any attempt to change this back to "ALPHA" (pull down list) results in the Font and Subset also being reset. It is possible to edit the Symbol string to something new (e.g., "foo") however according to comment #0 this deletes the "ALPHA" entry which then causes problems for other formula. This automatic changing of the Symbol would therefore seem problematic and may be a regression. The Modify button does remain active (unless the Symbol is reverted to "ALPHA").

(In response to comment #0)
> 'Modify' button grayed out.

I am not sure this is the behaviour I have witnessed, but there certainly appears to be a problem.

As per comment #2, confirmed. Status set to NEW. Version set to 3.4.6 release. Platform to All. Keyword regression added.

Thank you for looking into it :)

The workaround of sorts is to manually edit registrymodifications.xcu, adding the copy of some of the existing entries with name, set and codepoint changed.

By the way, styles (bold etc.) changes also seem to fail working. E.g., it seems I can't get bold outlines of 'CMU Sans Serif/Serif' series. Entry is selected, but normal style is rendered nevertheless.

still existing in 4.3.0 rc1