Last modified: 2010-01-07 20:59:32 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 T9361, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7361 - headingmode breaks inputbox extension
headingmode breaks inputbox extension
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
DynamicPageList2 (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Mbiama
:
: 7362 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-18 17:41 UTC by Mike Axelrod
Modified: 2010-01-07 20:59 UTC (History)
0 users

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


Attachments
links: admin (12.38 KB, application/octet-stream)
2009-11-09 14:52 UTC, Mbiama
Details

Description Mike Axelrod 2006-09-18 17:41:42 UTC
Using mediawiki 1.7.1, DynamicPagelist2 0.64 and inputbox 0.1.1 

The following example causes the inputbox extension to fail:

<inputbox>
type=search
bgcolor=#eeeeff
</inputbox>

<DPL>
category=News
ordermethod=category,firstedit
headingmode=definition
</DPL>

The output looks something  like this:

UNIQ2a130ffb230fab9b-inputbox-27c225a86337436400000001-QINU

News

    There are 3 articles in this category.

        * One
        * Two
        * Albany


This only happens using headingmode and when the inputbox extension is called
first on the page.  For example the following reversal fo the wiki text actually
works fine:

<inputbox>
type=search
bgcolor=#eeeeff
</inputbox>

<DPL>
category=News
ordermethod=category,firstedit
headingmode=definition
</DPL>


So order matters!  Also without the "headingmode" parameter inputbox works fine....
Comment 1 Mike Axelrod 2006-09-18 17:49:22 UTC
I have made a duplicate bug report in hopes of alerting developers of both
extension projects.  see:  http://bugzilla.wikipedia.org/show_bug.cgi?id=7362

Please close duplicate bug report 7362 when this bug report is closed. 


Comment 2 Brion Vibber 2006-09-18 18:57:00 UTC
*** Bug 7362 has been marked as a duplicate of this bug. ***
Comment 3 Cyril Dangerville 2006-09-21 19:32:12 UTC
Bug fixed in release 0.7.1.

Cause: 
The global function wfMsgExt() was called with 'parse' option when 'headingmode'
enabled. This resulted in the global parser being called recursively
($wgOut->parse(...)), which is bad. See
http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#How_do_I_render_wikitext_in_my_extension.3F
for more info.

Solution: reused the code from wfMsgExt but using a local parser instead of the
global one.
Comment 4 Cyril Dangerville 2006-09-21 19:33:46 UTC
Closed the bug.
Comment 5 Jimmy Collins 2006-09-21 19:40:46 UTC
Cyril, don't forget to add the svn release: r16596
Comment 6 Mbiama 2009-11-09 14:52:43 UTC
Created attachment 6761 [details]
links: admin

<?xml version="1.0" encoding="utf-8"?>
<api>
  <query>
    <pages>
      <page ns="0" title="Main Page" missing="www.angosso.com" />
    </pages>
    <backlinks />
  </query>
</api>
Comment 7 Chad H. 2010-01-07 20:59:32 UTC
Don't know why this was re-opened. Been marked fixed since 2006.

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


Navigation
Links