Opened 13 years ago
Closed 13 years ago
#18139 closed defect (bug) (fixed)
Visual editor non-functional in admin area on latest Opera (64-bit Linux)
Reported by: | DavidAnderson | Owned by: | |
---|---|---|---|
Milestone: | 3.3 | Priority: | normal |
Severity: | major | Version: | 3.2.1 |
Component: | TinyMCE | Keywords: | |
Focuses: | Cc: |
Description (last modified by )
I began developing a site from scratch on Wordpress 3.2; the visual editor in the admin area does not function. It often functions for a few seconds, but then stops completely. After updating another 2 sites to Wordpress 3.2 and 3.2.1, I got the same problem in both. The only solution was to down-grade.
This was in Opera 11.11 on 64-bit Linux. I updated to Opera 11.50 - same problem.
On the most recent, I watched the Opera Javascript console for errors. On a copy-paste operation into the visual editor, this error was thrown and then the editor stopped working:
I have the same problem. I was using Opera 11.11. I have tried on 3 different sites, twice in WordPress 3.2 and once in WordPress 3.2.1. I upgraded to Opera 11.50 and the problem remains. Visual editor stops working. This is using Opera on 64-bit Linux.
I found a guy in the forums with the same problem: http://wordpress.org/support/topic/wordpress-bug-admin-are-problems-in-opera
Here is a Javascript Exception from Opera's log after a copy-paste operation; after this exception, all visual editor operations stopped working:
[16/07/11 11:52:58] JavaScript - http://localhost/ic/wp-admin/post-new.php?post_type=page Timeout thread: delay 4 ms Uncaught exception: DOMException: INDEX_SIZE_ERR Error thrown at line 2, column 172088 in <anonymous function: setRng>(i) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: g.selectedRange=h.getRangeAt(0) called from line 2, column 160437 in <anonymous function: setContent>(k, j) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: h.setRng(f) called from line 2, column 319323 in <anonymous function: mceInsertContent>(z, D, E) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: p.setContent('<span id="__mce">\uFEFF</span>',{no_events:false}); called from line 2, column 314080 in q(y, x, v) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: u(y,x,v); called from line 2, column 291213 in <anonymous function: execCommand>(x, v, z, p) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: if(r.editorCommands.execCommand(x,v,z)) called from line 14, column 22682 in <anonymous function: _insert>(f, d) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: e.execCommand("mceInsertContent",false,f,{skip_undo:d}) called from line 14, column 3192 in h(m, k) in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: f._insert(m.content) called from line 14, column 8091 in <anonymous function: init>() in http://localhost/ic/wp-includes/js/tinymce/wp-tinymce.php?c=1&ver=342-20110630: h({content:u});
Can reproduce after two copy/paste in the editor (Opera 11.11, Win7-64). Seems this bug has been fixed in the latest TinyMCE so it will be fixed after updating it in core.