Summary: | wish: add ad-filter to akregator | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Daniel Franke <franke.daniel> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 1.1.1 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Daniel Franke
2005-07-29 16:51:49 UTC
This problem has nothing to do with the ads, the problem was the the comments count was used to detect changes. Which is a bad idea in general, and for slashdot in particular. When a comment was added at /., the article was marked as changed... This is fixed in 3.4.2. Hmm, I'll test as soon as the gentoo packages of 3.4.2 are available. I didn't observe this particular problem with any other articles but those that have ads attached, so I assumed that the ads are involved?! Otherwise any article at /. should be renewed each fetch cycle, shouldn't it? /. changes the articles, it seems that that's the reason why akregator shows them as "new". I observed that the 9 latest articles are without an ad. If a new article is submitted, the now 10th one get's an ad attached which makes it "new" for akregator?! Interesting, I will observe this. So the other articles (1-9) are left unread? Then it is indeed caused by the ads. Do you use 3.4.2 now? All articles are marked as "read", a new article appears and the 10th in the list is set to "new/unread" (as well as the new first one). It now has an ad attached which wasn't the case before. As to 3.4.2: nope, the ebuilds are not yet available for public merging =( I've to figure out how to unmask them, I'm using gentoo for about 10 days now ... This problem appears in all versions of Akregator, you don't have to test it. :-) This is a Slashdot problem, they put their ads into the feed in a very silly way. Ads should be persistant for an article. I'll contact Slashdot about this, however, there will be no solution to this from Akregator side. What a pity - thanks for your effort guys =) |