[buddypress-trac] [BuddyPress] #3182: profile URL doesn't when only xprofile enabled

[buddypress-trac at lists.automattic.com]

#3182: profile URL doesn't when only xprofile enabled
-----------------------+-----------------
  Reporter:  DJPaul    |      Owner:
      Type:  defect    |     Status:  new
  Priority:  critical  |  Milestone:  1.3
 Component:  XProfile  |    Version:  1.3
Resolution:            |   Keywords:
-----------------------+-----------------

Comment (by DJPaul):

 So, this one took ages to track down and I'd like some feedback on whether
 a) the patch works and b) whether it's fixed in the best way before we put
 it in.

 To recreate the issue, on trunk, deactivate all BuddyPress components.
 Then go to http://example.com/members/admin/. Without the patch, it should
 404, and with the patch, it should load the WordPress Profile fallbacks.
 Then test again with each of the BuddyPress components enabled (only one
 at a time); the two I found trouble with were Activity and Extended
 Profiles, everything else worked fine for me without any patch.

 The issue is caused by the current_component in some situations being set
 to 'xprofile' (bp->activity->id). In branch it was set to 'profile' but in
 trunk it is 'xprofile'. It's not possible to change the bp->activity->id
 as it breaks the includes in the new class component.

-- 
Ticket URL: <https://trac.buddypress.org/ticket/3182#comment:1>
BuddyPress <http://buddypress.org/>
BuddyPress