Created attachment 101990 [details]
Support RFC3229 with the feed extension.
Instead of returning the full feed, supporting servers will return the delta since the If-Modified-Since timestamp or the If-None-Match ETag identifier. Reduces the bandwidth requirements for users and servers like, and reduces processing required as feeds only contain new entries since the last time they where checked.
The only modification required to support this in Akregator is adding the `A-IM: feed` header in requests when updating feeds. I’ve only tested this with Akregator, where it works as desired.
Does Syndication have other uses that I’m not aware of where the full feed would be preferred instead of deltas?
Do you have patch for akregator too ?
> Do you have patch for akregator too?
No, this one patch in Syndication is all that is needed as Akregator already behaves as required. Well, the patch in bug 372005 is needed for this to work on non-English locales but that is a separate problem.
So what is the improvment in akregator ?
What was the bug in akregator ?
Uhm, the improvement in Akregator is that supporting servers can return a feed delta with just new and modified entries instead of the full feed based on the request caching headers. Akregator already has a database of feed entries, and only cares about the new entries. The patch adds support for this by adding one extra header that signals support for this.
I see what the soruce of the confusion is now. When I say “The only modification required to support this in Akregator is adding the `A-IM: feed` header” I’m referring to this patch to Syndication that makes this available to Akregator.
Sorry for the poor choice of words.