Looks like this is another bug.
When the <textarea> is created it is given a placeholder value of __!!__ and then is quickly updated with the proper value. Because __!!__ was technically the original value, reseting that textarea displays __!!__.
I fixed a similar issue for <input> and think the same can be done for textareas. Log a bug and include a link to a jsfiddle that shows this behavior.