Opened 15 years ago
Closed 14 years ago
#6996 closed Bug (fixed)
destroy() behaves incorrectly if called too soon after instance created
| Reported by: | Michael Slusarz | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | General | Version: | 3.4.3 |
| Keywords: | Cc: | wkelley@… |
Description
Example code:
<html>
<head>
<script type="text/javascript" src="ckeditor.js"></script>
</head>
<body>
<textarea name="test" rows="20" id="test"></textarea>
<script type="text/javascript">//<![CDATA[
CKEDITOR.on('instanceReady', function(evt) {
test_editor.destroy();
});
var test_editor = CKEDITOR.replace('test');
//]]></script>
</body>
</html>
Expected behavior: After the editor instance is destroyed, the original textarea should be restored.
Actual behavior: The editor instance is destroyed, but the original textarea is not restored. It still exists, but is hidden via a 'display:none' CSS attribute.
If the destroy() call is delayed at least a second after instanceReady is fired, the textarea is properly restored.
Change History (2)
comment:1 Changed 15 years ago by
| Cc: | wkelley@… added |
|---|
comment:2 Changed 14 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
This was fixed in CKEditor 3.6.1 rev [6934]