Summary: | slashdot main atom feed weirdness | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Joe <joe> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Joe
2007-09-25 03:49:22 UTC
Actually it's quite funny what's going on: - Akregator tries to read http://rss.slashdot.org/Slashdot/slashdotatom and fails, as this is in fact no valid Atom feed at all (this is the main reason everything goes wrong, so blame Slashdot) - Akregator assumes the page being HTML and tries to find a <link rel="alternate"> element, but fails as there's no such link in the "HTML" - Akregator now tries brute force method and search for <a href=""> elements where the URL ends on RSS, XML or RDF - and finds one, e.g. http://politics.slashdot.org/article.pl?sid=07/09/25/0037241&from=rss (*) - Akregator tests whether that page is a valid feed and fails (as this is an HTML page) - Akregator now (correctly) assumes the page being HTML and tries to find a feed inside, and finds http://rss.slashdot.org/Slashdot/slashdotPolitics (*) When you manually try to change an existing feed the process stops after the first step. (*) Not that it's just a coincidence that you get the politics feed - that depends on the latest headline (which provides the first <a href=""> in the feed) Closed it for now, it's not Akregator's fault. ;-) |