Closed (fixed)
Project:
FeedAPI
Version:
5.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Task
Assigned:
Reporter:
Created:
10 Mar 2008 at 23:20 UTC
Updated:
30 Apr 2008 at 08:32 UTC
Jump to comment: Most recent file
This one needs everybody's attention because it changes FeedAPI's behavior a bit:
There is a need for deactivating feeds. But rather than adding yet another flag to the feedapi table I would like to attach this behavior to an existing one: the published workflow setting.
This could result in unexpected behavior if published/unpublished settings are used in a different context. If you are affected by this patch, please comment.
Alex
| Comment | File | Size | Author |
|---|---|---|---|
| #6 | skip_patch_v2.patch | 2.01 KB | aron novak |
| #6 | skip_patch_6x.patch | 1.69 KB | aron novak |
| #5 | feedapi_skip_bit.patch | 3.02 KB | alex_b |
| dont_update_unpublished_feeds.patch | 958 bytes | alex_b |
Comments
Comment #1
mikeryanI would like to be able to disable automatic feed refreshes independently of published status. Two use cases:
And, I just think conceptually "published" and "refresh automatically" are distinct concepts - I don't think it will occur to people wanting to stop a feed from refreshing temporarily that unpublish would be the way to do it.
Comment #2
aron novakWhy is it a bug? It's confusing.
Comment #3
alex_b commentedMike brought 2 good objections here. Needs work.
Comment #4
samc commentedJust wanted to add that these are very different issues in my context as well. I have a number of sites that are primarily driven by aggregated content and I have all the FeedAPI nodes unpublished because in my case they are totally administrative. I don't want them, for example, showing up in user searches.
Seems like a "Pause" behavior would fit naturally under the Commands list at /admin/content/feed.
Sam
Comment #5
alex_b commentedThis patch introduces a skip bit in the feedapi table. It also offers a UI for setting it (name of the feature on the UI level: 'pause feed').
Advantages:
* decoupled from published setting
* faster, because we don't need to join to node table for pulling feeds to be updated
Disadvantages (for the record):
* yet another setting
* this one isn't too bad: had to bend the settings handling of feedapi a bit, as we want this value stored in its own field in the db, not in a serialized array.
* no way of coupling unpublished and paused setting - this might be out of scope for module
Missing:
* pgsql integration
Comment #6
aron novakHere is the updated (pgsql-compatible) patch for 5.x. The 6.x patch is attached too.
Comment #7
mustafau commented"break;" is misplaced inside feedapi_update_9().
Comment #8
aron novakThe stuff is committed.
Comment #9
summit commentedHi Aron,
Thank you for committing this!
greetings,
Martijn
Comment #10
buddaShame it was implemented as a skip bit, would have been better to provide an refresh interval per feed, and allow the interval to be set to 'never' which would effectively halt the aggregation until changed to a new time.
Comment #11
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.