[kpolkson]

This is not a bump, but additional information.

So It looks like in addition to my single forum topic admin links all 404-ing, the post counter (which is supposed to show the number of posts for each topic) is always at zero, no matter how many posts there are in a topic (hmm, peculiar).

I checked out the wp_bb_topics table in my database and certainly those numbers are there (number of posts, of various numbers – obviously there should always be 1 if there is a topic).

So what gives, why isn’t my buddypress set up reading from the topic table in the database, I am guessing this might be the reason why it goes to edit these topics, but they can’t find them (even though they are there)?

 

 

 

 

[kpolkson]

OK, here’s what I can offer in the way of isolating the problem.

I wanted to see if it was my server or any changes I made to the theme. It was not!

I went ahead and did a completely fresh restall of everything. When i got wordpress multisite with buddypress working again, I did not have a problem with editing the topics.

Then I brought in my custom theme files: Again nothing was off, everything worked as it should in editing topics.

It was only when I brought in my database of existing users and content did I get the 404!

So it is something wrong in the database.

What in buddypress would cause topics to 404 based on something off in the database?

[kpolkson]

I am going to have to dredge up this topic again as I have gone through the process of completely reinstalling wordpress 3.5 and the latest version of buddypress 1.6.3 to a fresh new Ubuntu server with only my custom theme, database and alterations to buddypress that were not in the buddypress core file (obviously since the old one has been nuked) and I am still getting a 404 response (from within our wordpress page, not an apache 404) whenever I try to edit, sticky or delete a topic in the forums.

this is still the case even with the default buddypress theme.

 

This is a buddypress set up to do groupt forums, not sitewide and I do not have bbpress running at all (though interestingly enough, when bbpress was running alongside buddypress, I was not getting our site’s 404 response, but was getting a new topic form and the notification of “Oh bother, there are no topics here” – 0r something like that)

would really like to get this figured out as it is pretty critical and I don’t know how else to debug this (there has to be *some* clues as to why this is happening.)

 

thanks in advance.

[kpolkson]

you’re probably right.

Though I’d be curious to hear from any of the buddypress experts (or maybe just wordpress experts in general – I am not a big php or wordpress guy) how it is that the function for the activation emails is pulling in the $key where it does not appear to be defined or set up anywhere in the bp-core-filters.php file*, it just appears and is handled as such. I assumed if the filter were set up to attach to that function, it would pull in whatever that function pulls in it’s original context.

*http://openlab.citytech.cuny.edu/redmine/projects/openlab/repository/revisions/028e8c7af06906d09b18f01fdee8951bf076c0ec/entry/wp-content/plugins/buddypress/bp-core/bp-core-filters.php

[kpolkson]

thanks for the helpful advice jaybird2214 🙂

[kpolkson]

hmm, good point. though it seems to me that the query there is assuming a key has already been generated and is associated with a user in the db. The email goes to brand new users that haven’t activated yet, so not sure where to step into the actual $key generation process. I’ll dig around further.

 

thanks!

[kpolkson]

@mercime
thanks for your continued attention.

– I have not tried reuploading/reinstalling as that might put me back in modifications (though I haven’t touched core, I sadly did not keep track of weird, off-hand alterations I might have made to the files I brought into my theme from core..not many, but you see what i mean). Seems drastic, but might be the only option at this point. Though i need to wait for that to happen at the moment.

– I installed WP manually.

– Deactivated all the plugins (even the buddypress template pack, which didn’t have any effect) and the problem still remains

[kpolkson]

ok, i deactivated the bbpress plugin to uninstall sitewide themes. but I am still having the same problem, I can’t edit, delete or sticky a post as clicking on any of those links just go to the 404 not found page.

what else might I check?

thanks

[kpolkson]

@mercime Good question. I don’t believe I have Sitewide and Group forums installed at the same time. When I go to the forums tab of the Buddypress set up, I see that group forums are installed and the button says ‘uninstall group forums’ whereas the option for sitewide forums to the left of that looks like it is not installed, the button says ‘configure sitewide forums’.

I do have bbpress plugin installed alongside buddypress (i thought that was required for the group forums). but I don’t think sitewide is activated (nor do I need it activated).

Any ideas?

thanks. -kp

[kpolkson]

Could it have something to do with Groups being set to page Groups and Discussion being set to a new page called Group-Forums?

[kpolkson]

is there anyone else that might have some experience with this, I hope I am not the only one. Can’t figure out where to start debugging.

[kpolkson]

I just wanted to point out that this is the case (occasionally) with the buddypress setup here at buddypress.org as well as over at bbpress.org. Is it possible that this is a bug in the software and not only applicable to the OPs setup?

[kpolkson]

Just tried that. It is happening in the default theme, too.

I thought it might have been a script issue because I was queuing up the ajax and global.js files in my functions.php so that I could then queue up a custom js file after that (since just enqueuing the custom.js file alone made it load before jquery etc.)

`require_once( BP_PLUGIN_DIR . ‘/bp-themes/bp-default/_inc/ajax.php’ );
wp_enqueue_script(
‘bp-js’, BP_PLUGIN_URL . ‘/bp-themes/bp-default/_inc/global.js’,
array( ‘jquery’ )
);

/* enqueuing our custom js script */
wp_enqueue_script(‘custom’, get_template_directory_uri().’/js/custom.js’);`

Though it happening in the default theme is confusing as I don’t think that would be an issue there.

[kpolkson]

cool, thanks, always underestimating the power of the bp-custom.php

[kpolkson]

i feel like this one is going to slip into oblivion

[kpolkson]

Cool, thanks. But what if i want to modify the JavaScript that already comes with buddypress? Is there a tried and true way to intervene in the non-intrusive manner that filter and action does for the .php code?

[kpolkson]

Thanks, that’s what I thought, but wasn’t sure if there was a different way. I am off to school up on filters and actions.

the `bp_core_confirmation_js()` function in `/bp-core/bp-core-cssjs.php` attaches a confirmation to all `a.confirm` elements….figured I’d use what was already there rather than try and go adding another myself.

thanks