WordPress.org

Make WordPress Core

Opened 8 years ago

Closed 8 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:
PR Number:

Description (last modified by ocean90)

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});

Change History (3)

#1 @ocean90
8 years ago

  • Cc azaozz added
  • Component changed from General to TinyMCE
  • Description modified (diff)

#2 @azaozz
8 years ago

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.

#3 @azaozz
8 years ago

  • Milestone changed from Awaiting Review to 3.3
  • Resolution set to fixed
  • Status changed from new to closed

Seems to work properly after [18660], feel free to reopen if that still happens.

Note: See TracTickets for help on using tickets.