Extension talk:WikiArticleFeeds

About this board



RSS-Feed is not created

EveryNameIsUsed (talkcontribs)

I installed the extension, but somehow it isn´t working. The feed is not created, when using the tags.

  • The page is displayed correctly
  • The article is automatically categorized as RSS feed generating pages
  • But...There is no RSS or Atom- Link in the sidebar

Does anybody know how to solve this issue?

Reply to "RSS-Feed is not created"

Closed Tags causing XML Error : error on line 2 at column 1: Extra content at the end of the document

3 (talkcontribs)

Hey I have a problem with the closed Tags like <startFeed /> and <endFeed /> because they are causing an XML error.

If I use <startFeed> and <endFeed> the xml page at least shows but there is no Feed in it.

It just looks like this

<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">




<title>RSS - Feed</title>

<link rel="self" type="application/atom+xml" href="http://wiki/mediawiki/index.php?title=RSS&action=feed&feed=atom&#x22;/>

<link rel="alternate" type="text/html" href="http://wiki/mediawiki/index.php?title=RSS&#x22;/>

<updated>2015-10-09T08:12:22Z</updated> <subtitle/>


MediaWiki 1.25.2 via WikiArticleFeeds 0.73.0 20150316


</feed> (talkcontribs)

I also already deactivated every other extenion except RSS and also put the closing tags for php (?>) at the end of every page of WikiArticleFeeds (talkcontribs)

Okay when you try to open it with Firefox built-in RSS Reader the error message would say "undefined offset 0 php on line 333" or something like that

The line is: "$lvl = $matches[1][0];"

And has to be changed to: "$lvl = @$matches[1][0];"

After this change everything works fine again

Reply to "Closed Tags causing XML Error : error on line 2 at column 1: Extra content at the end of the document"

XML error / XML Verarbeitungsfehler

Kappa~mediawikiwiki (talkcontribs)

Since I spent some time in finding the source of the error, I would like to leave a comment here - maybe it helps other users saving debugging time.

After including the extension in our wiki we had an error message: XML-Verarbeitungsfehler: XML- oder Text-Deklaration nicht am Beginn der Entität. When we looked at the HTML-source code of the page generated by MW, we discovered, that the first line of the page was empty. We checked the other extensions in our wiki, and found out that the error was caused by an extension which started with \nl<?php rather than with <?php. We removed the \nl and everything worked fine.

This post was posted by Kappa~mediawikiwiki, but signed as Kappa. (talkcontribs)

Note that this also applies to newlines at the bottom of an extension (past the closing ?> tag). I discovered my error had been in a manually-copied source file for the NoTitle extension. In short, whitespace inside PHP tags is okay, whitespace outside of them is not.

Wikinaut (talkcontribs)

Hi, I maintain this extension, but do not fully understand if you think it is a bug in the extension, or if I should add some lines of code to make the extension more robust to cope with other extensions which break the page HTML.

If you think, there is a problem, even when this is a minor problem, please can you file a bugzilla in our bugtracker, this helps to track it better, and to link to bug fixes and patches in gerrit. On the article page, you find the report a bug link in the info box, or click here.

Thanks in advance (pls. file a bugzilla).

Reply to "XML error / XML Verarbeitungsfehler"

Trouble with customer namspaces

1 (talkcontribs)

Dear WikiArticleFeeds developers/users, perhaps I found a little bug (or feature) in this extension .. or perhaps I have one in my mind :-)

I implemented the extension and it runs very well on pages without namspaces. But it is not runnig with (customer) namespaces.

My scenario: I implemented two test namespaces like this:

# page namespace
define("NS_TEST", 600);
$wgExtraNamespaces[NS_TEST] = "TEST";
$wgNamespacesWithSubpages[NS_TEST] = true;

# talk page namespace
define("NS_TEST_TALK", 601);
$wgExtraNamespaces[NS_TEST_TALK] = "TEST_talk";
$wgNamespacesWithSubpages[NS_TEST_TALK] = true;

Then I created some pages with nearly identical feed data except the description (taken from your example here):

  1. a page called Testpage
  2. a page called Talk:Testpage
  3. a page called TEST:Testpage with a namespace
  4. a page called TEST talk:Testpage with a namespace
  5. a user specific page User:MyAccount

The result was:

  • the feed on page Testpage is running - ok !
  • the feed on page Talk:Testpage shows the feed from the page Testpage without the namespace - this is not ok
  • the feed on page TEST:Testpage with a namespace is not running
  • the feed on page TEST talk:Testpage with a namespace is not running
  • the feed on page User:MyAccount is not running

'Not running' means, that there is no content in the feed. I tested each feed with both, Microsoft Outlook 2010 and Internet Explorer 9 by using the RSS 2.0/Atom 0.3 feature. After doing changes by adding new items in the feed, only the feed on page Testpage distributes these new items. Others were not responding ....

The feed link for e.g. page Talk:Testpage is : http://servernam/e.../index.php?title=Testpage&action=feed&feed=rss but parameter titel=Testpage should be titel=Talk:Testpage, I think but changing this by manual is not successful, too.

My testing environment is MediaWiki 1.22.0, PHP 5.4.11 , MySQL 5.5.33 on Windows64bit unsing WikiArticleFeeds (Version 0.71 20120319). I'm working with an EN and a DE language driven Wiki in parallal linked by Interwiki.

Did I anything wrong ? Any ideas ? Any solutions ?

Anyway, thank you very much for this wunderful extension.

Happy new year !

Regards, Markus Deuter

Reply to "Trouble with customer namspaces"

Possible to hide attribution on wiki page?

4 (talkcontribs)

Hi! Is there any way to prevent the author and date from being displayed on the wiki page, but still include a date in the RSS feeds that are generated from the page items? Kind regards, Peder

Wikinaut (talkcontribs)

What do you mean with "atttribution": the authors' names mentioned in the wiki page footer or what else ? (talkcontribs)

"Attribution" refers to what the explanation on the main page of this extension. That means that you should enter "--~~~~" at he end of each feed item, which is then automatically converted to the authors name and the date.

The problem is that I have a page with several sections and each of them should be handled as a feed item. So I enclose each section with <startFeed />...<endFeed />. The problem is that the wiki page itself, from which the rss is generated, shows the author name and date after each news item. It looks like this:

News item 1
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. --UserName (talk) 14:26, 17 December 2013 (CET)

News item 2
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. --UserName (talk) 14:26, 17 December 2013 (CET)

So what I want is to hide all these signatures. If not entering "--~~~~" after a section, there will be no dates generated for the items in the RSS. It would have been great if you could just enter a date-tag that the extension could handle.

Wikinaut (talkcontribs)

Ok, now I understand what you mean.

Can you please file a regular bug for this, flag it as "enhancement" please. This allows me and others better tracking of the issue.

Reply to "Possible to hide attribution on wiki page?"

RSS displayed on the wiki, but failed to load on a RSS reader

9 (talkcontribs)

Dear WikiArticleFeeds developers/users,

I followed your instructions and installed the WikiArticleFeeds extension. The RSS and Atom tags appear well in my Toolbox, and the Feed is displayed when I click on it. But, when I suscribe to my Feed with a RSS reader (say, Firefox), the loading of the RSS feed fails.

Could you please give me any clue to solve this ?

Kind Regards, E

Wikinaut (talkcontribs)

Some questions:

  • Is your feed generator on an intranet server, and do you try to read it on the internet, perhaps? This cannot work.
  • can you send me the Url ? You can send the Feed url to me in a wiki-mail. (talkcontribs)

Yes, the feed generator is on an intranet server. Thus, it guess it's useless to provide you the url of my local Wiki since you would need to be in our local network to connect it. As you rightly commented, the consequence is that the Wiki RSS feed should not be accessible through the internet.

But since I can access the RSS feed page of my local Wiki through the internet while being inside our local network, I was wondering why I can't load its feed. I guess, the problem does not come from your extension but just on some local network restrictions I am facing.

Thanks for your answer and valuable time Wikinaut, Kind Regards, E

Wikinaut (talkcontribs)

You wrote:

Yes, the feed generator is on an intranet server.

Most likely your server uses a proxy for accessing content from outside, i.e. internet.

Set the proxy settting of your Firefox or any other RSS feed reader to "Auto detect" proxy. (talkcontribs)

I set the proxy settting of my Firefox to "Auto detect", but still no feed loaded in my Firefox..

Wikinaut (talkcontribs)

Try another browser or reader and answer these questions:

  • Do you see the XML data ?
  • What is the error message of the browsers or readers ?

If the feed is generated, then it's definitely a problem of your reader or browser, and I will close this issue as "WONTFIX INVALID". (talkcontribs)

Thanks for this valuable suggestion : I tried with Thunderbird, no XML data and the log is more explicit :

Server returned timed out [help]
Sorry, an error occurred while trying to validate this feed. Possible causes:
-The address may be incorrect. Make sure the address is spelled correctly. Try loading the feed directly 
in your browser to make sure a feed exists at that address. 
-The feed may be temporarily unavailable. The server may be down, or too slow. Try again later.
-The validator may be busted. If the feed exists, the server is fine, and the problem is reproducible, 
let us know on the feedvalidator-users mailing list.

The [help] says : Your feed couldn't be validated because there was a problem downloading it from the web server. You should try to diagnose this using a web browser, and make sure that the URL you supplied resolves to an accessible file. This usually means that the URL was wrong, or that permissions on the server don't allow us to fetch that file. The error shows the message that the server sent, which may help.

-> I guess there is some restriction either in my apache2.conf, or in my Mediawiki folder. I just need to know where.

Thanks, E

Wikinaut (talkcontribs)

In your head posting, you wrote

The RSS and Atom tags appear well in my Toolbox, and the Feed is displayed when I click on it.
  • What do you mean by that, and what is displayed, and where ? Please make a screenshot and send it to me, or upload to http://imgur.com and send me the link (be reminded that this imgur service is an open public system, and be awary to not submit data which is or may be confidential)
  • What is the MediaWiki and extension version you are using ? Pls. supply this data from your Special:Version page. It is alwa<ys recommended to run the latest versions, if you can.
EC wikiwiki (talkcontribs)
Reply to "RSS displayed on the wiki, but failed to load on a RSS reader"

feed from all articles

1 (talkcontribs)

can your extension display feed like recent changes but automatically? i don't want to manually edit my 2500 articles. it would be great. and to select category of feeds.

Reply to "feed from all articles"
Wikinaut (talkcontribs)
  • [SOLVED] PupDate is not set in german Wikis
Reply to "To-Do list"

[SOLVED] PupDate not set in non-English wikis and is not detected when signature has "Talkpage" link between name and date

Summary by Wikinaut
Wikinaut (talkcontribs)

PupDate is not set in german Wikis

Dear All,

I found a bug, which prevented that in german wikis the PupDate for an RSS feed item is considered:

Line 496 $signatureRegExp = '#<a href=".+?User:.+?" title="User:.+?">(.*?)</a> (\d\d):(\d\d), (\d+) ([a-z]+) (\d{4}) \([A-Z]+\)#im';

The problem is that "User" is hardcoded. In a german wiki is has to be "Benutzer":

Line 496 $signatureRegExp = '#<a href=".+?Benutzer:.+?" title="Benutzer:.+?">(.*?)</a> (\d\d):(\d\d), (\d+) ([a-z]+) (\d{4}) \([A-Z]+\)#im';

Best regards

ok, accepted ! Will do my very best to "heal" this soon. --Wikinaut 12:01, 8 February 2012 (UTC)
Thank You. By the way, this is one of my favorite extensions out there. Nice work. -- 11:54, 9 February 2012 (UTC)
Reply to "[SOLVED] PupDate not set in non-English wikis and is not detected when signature has "Talkpage" link between name and date"
There are no older topics
Return to "WikiArticleFeeds" page.