Alt text bugs in text boxes

I'm writing this here in an effort to share the results of my testing with everyone until Articulate comes up with a fix. 

TLDR: you can permanently break the alt text in a text box where the alt text can never be deleted. Steps to reproduce*:

1. Add custom alt text to a text box via the Focus Order window or Accessibility window.
2. Attempt to delete the alt text by going inside the Normal state of the object and opening the Accessibility window inside the Normal state and deleting the alt text. Close the Accessibility window. This text box is now permanently broken.
3. Save your Storyline file, close it, reopen it, and witness the alt text is back. You will not be able to get rid of it. Note: If you try to delete the alt text either via the Focus Order window or the base layer Accessibility window, it won't work: even if it looks deleted, it will not be when you re-open the Storyline file.

*Occasionally a text box I create will work and will not break after following these steps. However, 99% of the text boxes I have created (whether in the same file or a new file) will break.

Summary of how to prevent this:

1. 1. Via the FOW
   2. Via the base layer AW of the object
   3. Via the Normal state AW of the object

1. 1. A text box whose alt text was added via the FOW can have its alt text removed via the FOW or base layer AW. DO NOT try to delete alt text via the Normal state AW for a text box with alt text that was originally added via the FOW or you will permanently break the text box. See #5 below for more details.
   2. A text box whose alt text was added via the base layer AW can have its alt text removed via the FOW or base layer AW. DO NOT try to delete alt text via the Normal state AW for a text box with alt text that was originally added via the base layer AW or you will permanently break the text box. See #5 below for more details.
   3. A text box whose alt text was added via the Normal state AW can only have its alt text removed via the Normal State AW. This is the only situation where you would want to delete alt text via the Normal state AW for a text box.
   4. Checking your alt text via the AW can accidentally introduce custom alt text on your text box if you touch the alt text field OR if storyline automatically highlights the alt text for you in blue. It will visually be the same word/phrase in your textbox, but actually be custom alt text, so if you change the actual text box contents, the custom alt text will not change to match. You can still delete the alt text from AW or FOW, just don't activate the field in the AW again. (Click on something else - for example the accessibility tab - to shift the focus to something else before you close, so that the next time you open the AW Storyline doesn’t auto-focus on the field.)
   5. What if you don't know how the original alt text was added? If you are trying to delete alt text from a text box, the safest way is to use the Focus Order window (FOW). Try deleting it from the FOW first. Save, close, and reopen the FOW.
      • If the alt text is back immediately, this is a temporary break (it means the alt text was added via the AW in the normal state of the text box, as mentioned in bullet #3): you can delete the alt text from the AW in the normal state. DO NOT try to use the normal state fix on a textbox unless you have done this deletion test from the FOW first, otherwise you could break the text box permanently.
      • If the alt text is gone when you reopen the FOW, it could be truly gone OR permanently broken. You will only know for sure if you save, close and reopen the storyline file and it is still gone. If a text box’s alt text is permanently broken, the easiest thing to do is delete it and recreate it.

Details and the testing file where all this was tested is attached. I've been tracking these items since SL360 v 3.64, and they are still apparent in SL360 3.71. If anyone knows more about these bugs or has discovered a way to fix what I have deemed a permanently broken text box, please share!