Updated? issue with parenthesized dynamics

I’ve probably entered something font-related incorrectly, but how can I fix this? (I know there was an early version issue with left parens crashing with the ‘f’.) FWIW - engraver music & times-europa music text. Thanks!
dynamic parens

It’s not obvious to me what needs fixing. Can you explain? [Maybe obvious to others, but I set music for a New Complexity School composer and I see notations for dynamics with all sorts of stuff actually intended in the MS. Are you referring to the bullet glyph?

Andro, in the parenthesized ‘ff’, what is the inserted character (or is it an extra space indication) following the opening paren? Why does that indication appear ahead of any ‘f’ opening dynamic? Is that distinct insertion partly responsible for the collision with the closing paren?
I’m assuming that it is an added undefined character, since the dot appears the same in engraving mode.
Thanks for any thoughts!

(•ff)
it is the “bullet” • character.
May be it has been put in by mistake.

In Windows:
When using the US keyboard, a bullet point character can be produced by pressing 7 on the [numpad] while keeping Alt pressed.

In macOS:
When using the US keyboard, a bullet point character can be produced by pressing 8 while keeping Option(Alt) pressed.

So you didn’t deliberately put that there? It’s not a prefix on the dynamic?

The parentheses use the Dynamic Text Font style, so I would first of all reset that to Academico and see if it is correct. If it is, then it’s a problem with Times Europa; If it’s not correct, then change the Dynamic Music Font to Bravura: if it’s correct, then the problem is with Finale Engraver.

If it’s still wrong with Academico and Bravura, then you’ll know it’s something else, and we’ll need to see the file to find out.

First of all, thanks for the input! Following up…
From one standpoint, this is clearly an issue with TimesEuropa-Roman as the Dynamics Text Font. The same inserted distinct bullet appears with Bravura as the Dynamics Music Text Font. And no other choice for Dynamic Text Font produces the bullet with the default Engraver.
However… this anomaly appears only when the first character in the dynamic itself is a ‘f’ - any Unicode for something in the f-fffff range. Identical input methods for ‘p’ or ‘mf’ [Either Pallet or Popover entry, and Properties application of parens] is normal in appearance. And… this is not purely a font bug. The same bullet appears even if some prefix is added to the ‘f’ dynamic.
The only source of the issue that I can think of involves a deleted custom text item that I was originally going to use for this paren’d ‘ff’. I was looking for different scaling of the Music symbol versus the Text characters, and adjustment of baselining. (I was avoiding changing the overall point size of
the Dynamic Text Font since I wanted to change only certain instances, and give them distinct meaning visually.)
I decided the visual details were not useful enough and deleted that Shift-X entry, but could anything I entered into that block have gotten lodged somewhere and be at root here? Is there some cache that I can/should empty (even assuming that any custom definitions not yet in use in the score would be deleted?) I’m guessing not possible.