Bug 228049

Summary:	Feed discovery fails on http://multimedia.cx/eggs/
Product:	[Applications] akregator	Reporter:	Eike Hein <hein>
Component:	general	Assignee:	kdepim bugs <pim-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	montel, wrar
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Eike Hein 2010-02-22 14:41:55 UTC

Using version 1.6.0 in KDE 4.4, which isn't available in the Bugzilla version selection unfortunately.

Bringing up the "Add Feed" dialog and pasting http://multimedia.cx/eggs/, Akregator is unable to discover a feed there, despite several having been specified in the header:

	<link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://multimedia.cx/eggs/feed/" />
	<link rel="alternate" type="text/xml" title="RSS .92" href="http://multimedia.cx/eggs/feed/rss/" />
	<link rel="alternate" type="application/atom+xml" title="Atom 0.3" href="http://multimedia.cx/eggs/feed/atom/" />

Comment 1 Andrey Rakhmatullin 2010-05-15 16:40:18 UTC

That's because it fails on self-closed link tags. Any of them, I think.
And, well, discovery is done by a nightmarish regex which, while being in no way related to the autodiscovery link syntax (I think it just searches for 'rel="alternate" href='), is totally incorrect, because while it has more than 100 symbols, it is still very error-prone and, as we see here, fails on quite common cases.
It is in kde4pimlibs::syndication/loader.cpp::Loader::discoverFeeds(), by the way.

Comment 2 Laurent Montel 2016-08-11 10:32:12 UTC

Work fine here.
Reopen if it breaks again in last version