[@johnjamesjacoby Keymaster 16 years, 10 months ago]

@waveslider, PM me a link to your site and I’ll take a look at it personally.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Cynthiablue, which version of WP are you using? Does this problem happen with new activity streams also? Which version of BP are you using?

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Can anyone that’s having this problem back-up your buddypress directory, and try a clean zip file download and FTP upload of buddypress 1.1.3?

I have a feeling the auto-updater didn’t get a chance to finish up what it was trying to do, and it’s dying before it copies all the files correctly.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Agreed on all counts. But I see the activity stream as a separate, isolated module of discussion that doesn’t belong in blog comments or post replies. Since that’s my view, the topic of sync’ing them together doesn’t appeal to me. Nevermind the fact that bbPress doesn’t support threaded topics and post replies out of the box in the first place.

Maybe I should just leave this topic and never look back.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

The data is written to a table, the activity_cache table.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Are you using trunk or 1.1.3? A few people have reported this but I can’t duplicate it.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

And if I could reply to only Jeff right now, I would say T_PAAMAYIM_NEKUDOTAYIM!

But since I can’t I just forked this conversation in a totally new direction! How’s that for activity.

I think Jeff is right, but it isn’t feasible since the queries it would take to pull that off would be astronomical. The reason this is an activity cache table is because it is where activity is stored in an easier to gather fashion. Maybe cache is the wrong word, but it’s doing what it says by being an easier way to combine other queries into one easy to get, light on its feet query of site wide activity.

The only other solution would be to branch activity comments off into a separate table, but that would require a query for each group of comments, instead of just grabbing all of what’s relevant and dumping it out.

---

Back to the original topic I suppose, but I think the talking back and forth between the components isn’t really the job of the core to do. The activity stream is a functional component of BuddyPress, and BuddyPress can exist without blogs, comments, and forums. In that scenario activity commenting doesn’t matter because there’s nothing to sync with. If someone needs to sync that data, they can make a plugin to do it, just like someone made a plugin to sync bbPress replies to blog posts and vice versa.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Yeah I was, but it should have been returning true before that code got executed. I commented it out for 1.0.1 so that problem should be gone now.

When I first saw it, I thought it was a T-Pain joke. Either that, or a Harry Potter spell of some kind.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

@r-a-y, I didn’t think anyone would need to wigify it, but I’ll add that back in.

I’m not exactly sure what “T_PAAMAYIM_NEKUDOTAYIM” is and it definitely isn’t in my code… Huh…

Expect a 1.0.1 today.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

A great way to finish this off would be with an activity stream widget that was self aware of what content is being loaded on the page. If you’re looking at a blog post, show the activity about that blog post; looking at a forum topic, show the activity about that topic being created; etc…

It will be the Skynet of activity widgets. Self aware… Or maybe just the Terminator widget, always looking for John Connor.

I'll be back, and when I am, I'll be active.

I may have actually lost my mind. haha

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Looks like it was a bad upload of BP. Marking as resolved.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

‘wp_bp_activity_sitewide’ doesn’t exist anymore, not even in the deprecated code. It was dropped pre 1.0 in lieu of having one universal activity stream. A clean 1.1.3 installation shouldn’t have any code looking for those tables.

http://socialpress.co.za/activity/feed works for me.

I’ve created a test account on your website and confirmed that I was able to delete my own activity just fine.

Is it possible this is a conflict with the privacy component?

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

How about we put all of the components that allow activity to hit the stream(s) into an array. Say…

$bp->activity->actions

Then, that array (which already exists) can be altered by a potential administration panel (or future permissions later.) BuddyPress plugins can register themselves as having activity with bp_activity_set_action( ) to which there should be a bp_activity_remove_action() that would add or remove activity abilities to the array such as $bp->activity->actions->comments_enabled

The array will have everything set to true by default. Constants in bp-custom.php or a plugin that makes an admin panel can then set those values to true or false…

bp_activity_get_action()

As long as there’s proper actions in place, plugin authors can sneak in there and append data to comments/forums/posts, whatever, provided everything is available at run time, which it usually is.

Long story short, add another $arg to set if commenting is allowed or not.

Even better…

This would also be a great reason/time to implement an activitymeta table, as it would allow this type of thing to not be core, but plugin territory if someone needs it. Or, that kind of on/off switch could just be in sitemeta and a plugin could block comments on specific activity actions from within the action.bp_blogs_activity_commenting = false

There’s actually a ton of ways this could be done pretty easily.

---

I think a great way to solve this problem would be to have a way for the activity stream item itself to know which post it is pertaining to, and pull that stream and display it on the post either in lieu or or addition to comments. Then people could comment on the activity stream from within the blog post too. Imagine a blog post that said “Comment on this blog post, and see what people are saying about it.” They’re the same but different, and if templated correctly now you have comments about the text of my blog post, and comments about the fact that I posted it.

Same for forum topics and posts. Maybe you use topic/post activity as a way to say “This post is dumb and I think you’re stupid” without ever mucking up the actual forum topic of discussion itself. So you branch out new activity not just with new branches, but whole new ways to discuss that specific activity without interrupting that activity.

Take this forum post. If it had a link to say “Comment on this forum post” and it slid open a post box from within the forum for someone to give me feedback and say “This post is really too long and boring” then from within the forum view you can see each forum post has 3, 4, 20 activity comments on them.

That, is the future of how to integrate the activity stream fully into a website.

…in my opinion(s).

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

There’s a fix for this “brute force” method of plugin deactivation in the trunk of WPMU2.9, so a fix is on the way if you don’t have phpMyAdmin access.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

@anton koekemoer,

Can you PM me a link to the site with the issue? I have two 1.1.3 branch dev environments locally that I use to hunt and fix bugs with and neither of them exhibit 404 errors when deleting wire posts, activity stream items, or clearing status updates.

@everyone else,

I’ll be looking into the RSS issue this afternoon/evening and see what I find.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Updated to 1.0

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

I’m not an SEO nut, but I suspect that real-time web activity streams like this can be a pain to index and rank effectively. That’s one part of the reason why each activity stream now has its own permalink and static location on the site. It means that specific thread can now be indexed without worrying about it going anywhere.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

@Seobrien, can you confirm that you were looking at the site users and not the blog users?

It’s a common mistake to think that users don’t exist because at first you naturally check “settings->users” instead of “site admin->users”. The first is only showing you users on the blog you’re looking at, the second will show you users on your site.

I can’t think of a circumstance where a user could somehow function through-out the site without a user account. Even if there’s a misalignment of data between BP and WP, if there’s no WP account, they can’t login. Also, they cannot login simply with an incomplete registration in WPMU (wp_signups), since the login page checks only the (wp_users) table.

@nexia, if you are duplicate this phantom registration method on any WPMU or BP installation, I’d love for you to PM me the steps so we can help patch the issue.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

rfauster has the right idea.

[@johnjamesjacoby Keymaster 16 years, 10 months ago]

Haha!

This could make it into the core, but until then I’ll release it as a plugin to see if there’s demand for it and fix any bugs. Funny, after making this plugin I started to wonder if it’s really a good idea to let people do this at all.

Honestly I’d like to make this slug editing a little more classy so that other areas of BP could use it, but until then it’s just an extension of the group API.

[@johnjamesjacoby Keymaster 16 years, 11 months ago]

And it’s all better.

[@johnjamesjacoby Keymaster 16 years, 11 months ago]

Checking it out now…

[@johnjamesjacoby Keymaster 16 years, 11 months ago]

@cecilporter, same rules still apply. Don’t forget to save your po/mo’s and upload them.

[@johnjamesjacoby Keymaster 16 years, 11 months ago]

At the moment, no… Once registered, you’re registered, that’s it…

From the sounds of it, you would need two different MU installations to pull off what you want to do. Or, if you’re talking about “groups” within BP, there is group moderation where people request to join a group, and moderators and admins can accept or reject them.

[@johnjamesjacoby Keymaster 16 years, 11 months ago]

WordPress scales just fine. Is it perfectly and sveltely built for all applications? No.

http://ma.tt/2006/03/wordpress-and-lyceum/ is a good read about this from a few years back.

BuddyPress doesn’t really suffer any of these as advantages or disadvantages, since it currently sits on top of an MU installation; it just kinda “is.”