Last modified: 2012-03-09 03:37:55 UTC
Tested using IE 6/7/8 under Windows XP and IE 9 under Windows 7 using MW 1.16 / SF 2.1.2 and MW 1.18 / SF 2.3.2. It works fine using versions of Chrome and FireFox. In the form below, the [Rich Editor] [Open Rich editor in new window] links appear about the Free Text header instead of where it should be. It's trivial compared to my actual use case, but it does replicate the issue. Workaround: I used === Free Text Area === -------------------------------------------- {{#forminput:form=Freeclass}} </noinclude><includeonly> <div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div> {{{for template|freeclass}}} {| class="formtable" ! Abstract: | {{{field|Abstract}}} |} {{{end template}}} == Free Text == * not really '''Free text:''' {{{standard input|free text|rows=10}}} {{{standard input|summary}}} {{{standard input|minor edit}}} {{{standard input|watch}}} {{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}} </includeonly> --------------------------------------------
Added ', if form contains a section called "Free Text"' to the title to be clearer. By the way, the default name for it is "Free text" (small t), which, as far as I now, doesn't have this problem. So that's another possibility.
"Free text", "free text", and "fRee text" also show the problem.
Created attachment 9979 [details] PrintScreen of the problem
Oh, okay - never mind, then.
I just changed the SF code to set the ID of the free text input to be "sf_free_text", instead of "free_text", to minimize the chance of a collision with a section header name. If you can, please try out the new code and let me know if it works.
I'm going to assume that this is fixed in the current version (2.4.1) - marking this as "fixed". Feel free to re-open if it's still a problem.