id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
8641	Safari Jquery Ajax Destroy and Replace Bug	Mark Jenkinson		"A Jquery ajax call grabs a textarea and it's contents. After the new HTML has been inserted into the DOM, the following JS is run to initialize the CKeditor:

{{{
CODE: SELECT ALL
if(CKEDITOR.instances['wysiwygeditor']) {
   CKEDITOR.instances['wysiwygeditor'].destroy(true);
}
CKEDITOR.replace( 'wysiwygeditor');
}}}

On IE8, IE9, FireFox everything works fine. But in Safari it only works the first time. The second time the Jquery Ajax call is made, the CKeditor WYSIWYG area is blank. If you click the ""Source"" button, you see that the new HTML source, confirming that the new textarea has been properly been associated with CKEditor, but for some reason, the WYSIWYG area is not properly refreshing. If you click the ""Source"" button a second time, the WYSIWYG area is now properly displaying the expected content. The challenge is, to my clients, it appears as though the CKEditor is not working, this second time around.

I noticed that on this second attempt, Safari reports ""One error in opening the page. For more information, choose Window >Activty""

Looking at ""Window>Activity"" I see that http://mywebsite.com/ckeditor/contents.css fails to load, and reports ""cancelled"". I'm assuming this is why the CKEditor is failing to display the content properly. At any level, it appears the CKEditor is failing on Safari.

This has been tested on 3.6.1 and 3.6.2, and the results are the same. Any thoughts? Thanks kindly. I'm more than willing to trouble shoot if this helps CKeditor compatibility on Safari."	Bug	closed	Normal		General		invalid