Extension talk:Newest Pages Blog

Latest comment: 12 years ago by Beta M in topic 1.18
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 edit

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

Doesn't show text from pages edit

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

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

Suggestions for improvement edit

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

Source edit

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 edit

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

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

RSS edit

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

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

1.18 edit

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

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)Reply
Return to "Newest Pages Blog" page.