Extension talk:Newest Pages Blog

The following discussion has been transferred from Meta-Wiki.
Any user names refer to users of that site, who are not necessarily users of MediaWiki.org (even if they share the same username).

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.

• its the same with mediawiki 1.93. when i write {{Special:NewestPagesBlog}} 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

Friso --89.96.31.24 15:30, 5 June 2008 (UTC)

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 <noinclude></noinclude> functionality? Otherwise, nice work ! --MortenB 17:08, 25 July 2006 (UTC)

Suggestions for improvement

• 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.

--MortenB 17:25, 25 July 2006 (UTC)

• 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.

End of content from meta.wikimedia.org.
Note that the above conversation may have been edited or added to since the transfer. If in doubt, check the edit history.

Redirects (answer)

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

$querySQL = "SELECT page_namespace, page_title, page_id, page_latest FROM {$page},{$rev} WHERE {$page}.page_is_redirect = 0 AND {$page}.page_latest = {$rev}.rev_id AND {$nsf} {$authorWHERE} ORDER BY {$orderField} DESC LIMIT 0,{$this->limit}";

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: <?xml version="1.0" encoding="utf-8"?> ---^

--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)

1.18

The extension doesn't work for me on 1.18. It breaks with the error: "Fatal error: Call to a member function addMessages() on a non-object in /f5/fastfreeporn/public/smut/extensions/NewestPagesBlog/NewestPagesBlog.php on line 55" Beta M (talk) 06:39, 10 March 2012 (UTC)

Commented that line out (which has helped almost every other extension) but now the blog page generates rubbish. Beta M (talk) 14:19, 10 March 2012 (UTC)