NOTE: If you are a developer, please use a private wiki based on foswiki/trunk on a daily base ...or use trunk.foswiki.org to view this page for some minimal testing. Use Item9693 for docu changes for 1.2 and 2.0.
If you hover with your mouse over certain areas, the cursor is reset to the very first letter of the input field. That can be very annoying.
This problem occurs in the environments SEIBERT and WIN, but not in VM.
See this video for a demonstration.
Information about the tested instances and browser
This is unrelated to the plugin. It is a problem with either Tiny MCE or the browser. Recommend you take it up with either the Tiny MCE developers, or the browser manufacturer (or both).
-- CrawfordCurrie - 31 Mar 2009
Later; having viewed the video at last, it looks like this is related either to the browser or to the skin.
Later again; confirmed that this is unique to IE.
-- CrawfordCurrie - 04 Apr 2009
It works fine in IE6. So it's just related to IE7 and maybe above. Damn IE.
-- SvenHess - 23 Jul 2009
This cursor jumping business can happen when TinyMCE loses track of the cursor. Although the browser knows where its cursor is, the DOM API is so infuriatingly quirky that sometimes you don't get sensible selection ranges and so TinyMCE has no choice but to force the cursor to somewhere it can get its bearings back again.
But I've only seen this in the code that handles inserting new paragraphs/enter key.
Can you please confirm that this bug is still present for IE7 on a default skin? I cannot replicate with IE8 or IE6 (and my IE7 is broken).
-- PaulHarvey - 21 Oct 2009
Confirmed in IE7, with and without forced_root_block: false. IE8 has no problem.
Recreate in a minimal TinyMCE configuration (test.html)