Skip to:

Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#3404 closed defect (bug) (fixed)

Users display_name problems in rare cases [with patch]

Reported by: slaffik's profile slaFFik Owned by: slaffik's profile slaFFik
Milestone: 1.5 Priority: normal
Severity: normal Version:
Component: Members Keywords: has-patch


One user on my local install doesn't have fullname and display_name. so In the loops he is displaying without name at all - just an avatar. Bad.

I created a patch, that behaves using this logic:
1) if no fullname - use display_name (default)
2) if no default name - use nice_name, which is username in most cases.

So in rare cases users will be have at least nice_name instead of nothing.

Attachments (1)

fix_bp_member_name.patch (676 bytes) - added by slaFFik 13 years ago.

Download all attachments as: .zip

Change History (4)

#1 @DJPaul
13 years ago

Is user_nicename always guaranteed to be set?

#2 @boonebgorges
13 years ago

  • Resolution set to fixed
  • Status changed from new to closed

(In [4890]) Ensure that bp_get_member_name() always returns a fullname value. Fixes #3404. Props slaFFik

#3 @johnjamesjacoby
13 years ago

  • Milestone changed from Awaiting Review to 1.5
  • Version 1.5 deleted

Moving closed ticket out of Awaiting Review.

Note: See TracTickets for help on using tickets.