Last modified: 2012-03-09 03:37:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T36311, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34311 - [Rich Editor] link in a form appears in the wrong place under IE, if form contains a section called "Free Text"
[Rich Editor] link in a form appears in the wrong place under IE, if form con...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
SemanticForms (Other open bugs)
unspecified
All Windows 7
: Unprioritized normal (vote)
: ---
Assigned To: Yaron Koren
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-09 23:52 UTC by Sal Quintanilla
Modified: 2012-03-09 03:37 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
PrintScreen of the problem (160.78 KB, image/jpeg)
2012-02-10 03:11 UTC, Sal Quintanilla
Details

Description Sal Quintanilla 2012-02-09 23:52:44 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>
--------------------------------------------
Comment 1 Yaron Koren 2012-02-10 02:45:54 UTC
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.
Comment 2 Sal Quintanilla 2012-02-10 03:04:50 UTC
"Free text", "free text", and "fRee text" also show the problem.
Comment 3 Sal Quintanilla 2012-02-10 03:11:47 UTC
Created attachment 9979 [details]
PrintScreen of the problem
Comment 4 Yaron Koren 2012-02-10 03:19:05 UTC
Oh, okay - never mind, then.
Comment 5 Yaron Koren 2012-02-19 17:09:50 UTC
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.
Comment 6 Yaron Koren 2012-03-09 03:37:55 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links