The problem

When using TinyMCE in the Etomite 0.6.1.4 release to create a new document there are times when the content will be lost during the initial save. During a subsequent edit the content will be saved without issue. There is a sequence of events, however, that will cause the content to be saved. And to make the problem even harder track down, if Etomite was installed from the zip download you will not experience this behavior.

To duplicate

• Install Etomite 0.6.1.4 from any download other than the zip file
• Set TinyMCE as the default WYSIWYG editor
• Open the editor to create a new document
• Add content
• Add a document title
• Save
• View the document to see that there is no content
• Edit the document and add the content again
• Save
• View the document to see that the content is now visible

To bypass the problem (using the same install)

• Open the editor to create a new document
• Add content
• Add a document title
• Return to the content panel and assure that the cursor is in the text area
• Save
• View the document to see that the content is now visible

Items worth noting

• The problem originates in the mutate_content.dynamic.action.php file.
  
• Whether you include a document alias or not makes no difference. You still need to return to the content panel and assure that the cursor is in the text area.
• When installing from the zip file you will not experience this problem. This is probably the most peculiar aspect of the entire problem.
• The problem may be related to the scriptaculous/prototype javascript libraries in conjunction with the TinyMCE javascript. I would suspect the embedded javascripts within the mutate_content.dynamic.action.php file, however.
• Tarring the known good mutate_content.dynamic.action.php file from the zip install and then un-tarring it again will render the file broken and it will then display the same exact problem as when performing a non-zip installation.