Extension talk:Newest Pages Blog

Breaks all other extensions
I'm running mediawiki 1.11.0 on newest stable php 5.2.5 and mysql. I have newest 1.0 of semantic mediawiki and a bunch of other stable extensions. When i enable this extension, all other extensions get rendered with the notorious UNIQ - QINU string. There's something severely buggy in this extension. Friso --89.96.31.24 15:30, 5 June 2008 (UTC)
 * its the same with mediawiki 1.93. when i write in the same articel like the other extensions, the others shows "�UNIQ7754b6b96077c082-calendar-00000004-QINU" (testet with "Extension:Newest_Pages" and "Extension:Calendar_%28Cdamian%29"). --85.232.27.244 20:04, 16 January 2008 (UTC)
 * Same goes for me.UNIQ13b0d7187fdd16ab-tagcloud-00000000-QINU It's a shame 'cause it's a usefull        extension.. Hope it will be fixed

Doesn't show text from pages
Apparently, this extension doesn't include texts from pages in my MW 1.6.8 installment. It just links to the pages... Otherwise this looks promising. Would prefer to include the pages with a traditional extension, though, such as Extension:DynamicPageList2. Would be nice to allow wikimarkup and variables in the *entryformat* --MortenB 17:01, 25 July 2006 (UTC)
 * Figured it out. It seems, if there is no endmarker on the page, nothing gets included. Wouldn't it make more sense to make this an "opt-in" solution? So that everything is included, unless there is a "endmarker" somewhere on the page - or simply use MW's own functionality? Otherwise, nice work ! --MortenB 17:08, 25 July 2006 (UTC)

Suggestions for improvement
--MortenB 17:25, 25 July 2006 (UTC)
 * It would be nice if, when selecting the "order=new" option, that the author named on top of the post would be the original user creating the article, and not subsequent ones updating it, who may only have added a comma. Using the "order=updated" logically displays the latest user updating the page.
 * A "stub" or "minor edit" filter would also be quite nice, for the listed pages not to be reordered every time someone corrects a comma, but only when proper new content has been added. A lot of admin work like moving pages around etc. seems to get in the way too easily.
 * I suggest including all messages in the database for internationalization. It is a bit messy that words such as "created" and "updated" are included directly in the extension, which means one cannot have different texts in the subheader for different languages.
 * I suggest sending back variables to MW, which are *not* preformatted as HTML links, but can be formatted to the users satisfaction in *entryformat* (if not in wikimarkup, then in HTML). For instance, one cannot format the title, which has already been transformed to a link, when returned to MW as $2. Same for other variables used.
 * Would also be nice to have a "include category" parameter like the Dynamic Page List instead of just a namespace parameter. 128.252.167.79 22:24, 14 August 2006 (UTC)

Source
This page fails to point out that the extension was based on code from Rob Church, see Newest Pages (extension).

redirects (even to deleted pages) are shown
from user Dan Shearer:

I edited page X, then later Moved it to Y. X showed up in Newpages as a redirect. Then I Deleted Y. X still showed up in Newpages.

Redirects (answer)

 * Look for the line with the SELECT query, and substitute this:

It worked for me. 92.243.182.121 16:46, 24 December 2009 (UTC)

RSS
So I have it installed here but I tried to find the RSS for it and I can't find it. :( It gives me the following error:

XML Parsing Error: xml declaration not at start of external entity Location: http://www.fanhistory.com/index.php/Special:NewestPagesBlog/limit=20/format=rss/order=updated Line Number 1, Column 4:   ---^

--99.151.166.225 21:33, 14 March 2008 (UTC)


 * Me too. Apparently it is something to do with the extra blank line before the <?xml line, but I can't get rid of the blank line. Jonathan3 01:00, 2 December 2009 (UTC)
 * Oops. It was an extra line space at the start of LocalSettings.php. Also apparently it can be caused by extra lines at the end of extensions.Jonathan3 01:10, 2 December 2009 (UTC)