Forum Replies Created
-
I can’t find a ticket, but I’m pretty sure it’s come up before somewhere — probably buried in the depths of trac…
Roger’s solution would be to modify Post and Page activity items to link to the ?p=… link format; those do a canonical redirect to the “real” URL, so such a change wouldn’t affect search engines.
However, we’ve finished work on BP 1.6. We’re going to put out a release candidate very very soon, so this issue would have to be considered for a future version of BuddyPress.
@dvd3141 If you can make an enhancement ticket on https://buddypress.trac.wordpress.org/ so this isn’t forgotten about please.
@edinchez We’ve fixed this for BP 1.6 which should be out in a couple of weeks.
If you cannot wait, open up register.php in your theme and adjust this line:
`if ( bp_has_profile( ‘profile_group_id=1’ ) ) :`
to look like:
`if ( bp_has_profile( ‘user_id=-1&profile_group_id=1’ ) ) :`Please please be sure to revert this change after you upgrade to 1.6; it’s the sort of seemingly-harmless change that could cause some subtly weird behaviour at some point in the future which would take ages to track down
@aces Yes, but it wasn’t obvious to me that setting the user_id to -1 would stop it matching against profle field data with user_id = 0, as I didn’t expect that situation to ever occur!
Two problems here. One, this zero matching. The second is how zero user ID profle data gets put into the database. We/I can definitely look to fix the first for BuddyPress 1.6 — I’ll look into it when I finish work
We’ve never been able to figure it out, partly due to the lack of information we could gather from bug reports like this. Discovering there’s a user_id=0 is new info and is very helpful.
Can you remember if there was any special details about the user who owned this piece of profile data? Did you delete the user? Was it marked as spam before deleting? Any more details appreciated
