[buddypress-trac] [BuddyPress] #4393: Delete button in Favorites page should not be their
buddypress-trac at lists.automattic.com
buddypress-trac at lists.automattic.com
Mon Aug 6 06:52:37 UTC 2012
#4393: Delete button in Favorites page should not be their
--------------------------+------------------------------
Reporter: kumo99 | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Core | Version: 1.6-rc
Severity: normal | Resolution:
Keywords: dev-feedback |
--------------------------+------------------------------
Comment (by boonebgorges):
rachelbaker and I spent some time today working on a patch that takes a
slightly different tack. In addition to storing an array of favorited
activities with each user, the proposal is to store an array of user ids
who have favorited a given activity item (in the activitymeta table). That
way, when an item is deleted, we can loop through and remove the favorite
for each of these members.
We thought we'd go this direction, instead of doing something like what
you've suggested, because it checking those activity items on login would
be both too much (there's a lot of unnecessary overhead in many cases) and
not enough (since a user may remain logged in for a long time, and it
still leaves the count incorrect for long periods). That said, we could
combine the two a bit: each time a favorite is added or deleted, we could
pull up a list of the user's favorites, and make sure that they all exist.
This would help with backward compatibility, as well as making sure that
the mirrored data stays in sync. What do you think, r-a-y?
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4393#comment:3>
BuddyPress <http://buddypress.org/>
BuddyPress
More information about the buddypress-trac
mailing list