Last modified: 2013-05-22 18:23:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 10468 - Section editing broken by <include> tags
Section editing broken by <include> tags
Status: NEW
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
http://www.mediawiki.org/wiki/User:Si...
: parser
Depends on:
Blocks: section-editing
  Show dependency treegraph
 
Reported: 2007-07-04 23:03 UTC by Jean-Sébastien Girard
Modified: 2013-05-22 18:23 UTC (History)
1 user (show)

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


Attachments

Description Jean-Sébastien Girard 2007-07-04 23:03:01 UTC
Placing <noinclude>, <includeonly> or <onlyinclude> tags next to the "==" parts of a header is allowed, and does not affect the layout, but breaks section editing links.

<noinclude>== header ==

text</noinclude>

Will display normally, but the section becomes impossible to edit. This appears particularly with <onlyinclude> used for the [[Wikipedia:Featured content]] lists.
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-04 23:29:02 UTC
See also bug 4899 and dependencies.  This looks like yet another consequence of logic duplication between Parser and other stuff.  However, I can't reproduce with the provided code (see URL).
Comment 2 Jean-Sébastien Girard 2007-07-05 00:24:19 UTC
Maybe it has to do with the version of MediaWiki Wikipedia uses? And is it possible the section 0 edit link script interferes?
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-05 01:19:43 UTC
All Wikimedia installations are using the same version of the software.  If you think JavaScript may be an issue (unlikely), please turn off JavaScript to test and then report back.  Try to make a page wherever you like exhibiting the problem and link to it from here.  We can't do very much if we can't see the bug occurring.
Comment 4 Dan Collins 2011-03-09 18:38:14 UTC
Here is an example revid of this bug from Wikipedia:
http://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&oldid=417997227

Present in 1.16.2 release as well:
Installed software

Product	Version
MediaWiki	1.16.2
PHP	5.2.0-8+etch16 (cgi-fcgi)
MySQL	5.0.51a-24+lenny2+spu1
Installed extensions

Extension functions
wfwebsiteFrame
Parser extension tags
<gallery>, <nowiki>, <pre> and <websiteframe>
Parser function hooks
anchorencode, basepagename, basepagenamee, defaultsort, displaytitle, filepath, formatdate, formatnum, fullpagename, fullpagenamee, fullurl, fullurle, gender, grammar, int, language, lc, lcfirst, localurl, localurle, namespace, namespacee, ns, nse, numberingroup, numberofactiveusers, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, numberofviews, padleft, padright, pagename, pagenamee, pagesincategory, pagesize, plural, protectionlevel, special, subjectpagename, subjectpagenamee, subjectspace, subjectspacee, subpagename, subpagenamee, tag, talkpagename, talkpagenamee, talkspace, talkspacee, uc, ucfirst and urlencode

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


Navigation
Links