Extension talk:NukeDPL/Archive

attempted to install

 * I attempted to install this on MediaWiki 1.9.2 but am having no success.
 * What version was it coded for?
 * My problem is that I'm getting nothing showing up on my Special Page. The Dynamic Page List extension works and I tested that.  But I'm getting no NukeDPL page in my special page list (neither in all nor restricted sections.)   Any ideas?
 * I've changed the special-page structure from the Extension:Nuke format which it was based on to the special page template we use which seems to work better, so try it now. --Nad 23:18, 11 July 2007 (UTC)

First page in list missing
I installed Extension:DynamicPageList 1.4.5 and Extension:NukeDPL 1.1.0 on MW 1.10.1 and a query like

 category=Foo 

yields all pages in category Foo, so DPL seems to be working fine. However, when I use the same condition on the Special:NukeDPL page, the first page in that category is missing. A bug somewhere? --Rcalmbac 03:23, 3 October 2007 (UTC)


 * This bug has just been fixed, download the latest version of NukeDPL from their site! Capmo 05:00, 16 February 2009 (UTC)

DPL works NukeDPL just gives %PAGE%
Hi,

I tested my DPL query on a test page and it´s working there:

 notuses=Template:My Data namespace=Sourcedata 

Unfortunately NukeDPL (latest version from march) shows me one entry %PAGE% in the preview. Since I don´t really understand the passage on line 159 of the source, perhaps one of you has an idea:

$query = trim( $query ). "\nmode=userformat\nlistseparators=,\\n$$$%PAGE%$$$,,\n";


 * Same to me. Any idea?--Juan de Vojníkov 15:13, 1 May 2011 (UTC)

Having %PAGE% Issues as well
As far as I can see in the code the $query = trim( $query ). "\nmode=userformat\nlistseparators=,\\n$$$%PAGE%$$$,,\n";

section changes the output of the DPL query in order for NukeDPL to be able to show the pages. It seems NukeDPL is not able to get any results from my queries.

I'm running MediaWiki 1.15.1 with Latest DPL version and Latest NukeDPL on WOS (WAMP). Any ideas on how to solve this issue are more than welcome!

If I copy/paste the (colored) PHP code from http://www.organicdesign.co.nz/Extension:NukeDPL.php I  run into the same %PAGE% problem. If I click on "View Source" and copy/paste the (uncolored) PHP code from http://www.organicdesign.co.nz/wiki/index.php?title=Extension:NukeDPL.php&action=edit everything works!


 * Good call. I've replaced it with a plain link for now. GreenReaper 01:24, 7 October 2009 (UTC)


 * So you want to say, that we should copy paste the second code to our index.php?--Juan de Vojníkov 15:16, 1 May 2011 (UTC)


 * Neither this option works to me.--Juan de Vojníkov 15:24, 1 May 2011 (UTC)

Permission Error
When I try to access Special:NukeDPL I get the following error message:

Permission error You are not allowed to execute the action you have requested.

I'm logged in as a user who is a member of the Administrators group. Any idea what might be causing this? --Gkullberg 20:01, 28 October 2010 (UTC)

wfElement -> Xml::element
wfElement has been deprecated for a while and is removed in 1.17. Replacing each instance of it in the code with Xml::element should work. GreenReaper 10:49, 21 February 2011 (UTC)

No success
Had mediawiki-1.14-something, tried to install NukeDPL, kept getting %PAGE%, upgraded to 1.17.0, keep getting error 500. Both DPLs work correctly (this and this, one at a time; which one do I actually need, specify it in the requirements, please). What else could have gone wrong? Chad.

Fix for me
I was getting the return of simply %PAGE% as well. As it turns out I had to install Extension:DynamicPageList (third-party). Without this, my wiki had no idea how to use the query.

Fatal error: Call to undefined function wfelement in NukeDPL
Fatal error: Call to undefined function wfelement in $MyPath/extensions/NukeDPL/NukeDPL.php on line 105

Any suggestions?


 * It seems that wfElement is deprecated in favor of Xml::element (see http://www.gossamer-threads.com/lists/wiki/mediawik,i/104071, as well as the above post wfElement -> Xml::element). I replaced all instances of wfElement with Xml::element, and it seems that it works now on my MW version 1.19.1.