[buddypress-trac] [BuddyPress] #4624: Component subnav items should use displayed user domain, not loggedin user

buddypress-trac noreply at wordpress.org
Wed Oct 24 00:07:17 UTC 2012


#4624: Component subnav items should use displayed user domain, not loggedin user
--------------------------+--------------------
 Reporter:  boonebgorges  |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  high          |   Milestone:  1.6.2
Component:  Core          |     Version:
 Severity:  major         |  Resolution:
 Keywords:  dev-feedback  |
--------------------------+--------------------

Comment (by boonebgorges):

 Thanks for the clarification, r-a-y. I forgot that the BuddyBar uses
 `$bp->bp_options_nav`. That's a real mess, IMO, and I wish we could just
 drop backward compatibility for it :-/

 Anyway, we can't simply do a test like you suggest. If I'm logged in as
 `boone`, and I visit `example.com/members/`, my BuddyBar links will point
 to *my* Profile, Groups, etc. This is expected, legacy behavior. However,
 when visiting a page like `example.com/members/r-a-y/`, those links would
 then point to *your* Profile, Groups, etc, which is not what we'd expect.

 My preference is to fix the components so that they work they way they
 ought to work (which is to say, using `bp_displayed_user_domain()`), and
 then to patch the BuddyBar for backward compatibility. If we're going to
 have a hack, I'd rather have it in a place where it's deprecated. The hack
 could be as simple as `str_replace( bp_displayed_user_domain(),
 bp_loggedin_user_domain(), $link )` - ugly, but straightforward.

-- 
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4624#comment:2>
BuddyPress <http://buddypress.org/>
BuddyPress


More information about the buddypress-trac mailing list