[buddypress-trac] [BuddyPress Trac] #6740: BP_IGNORE_DEPRECATED and the message component

buddypress-trac noreply at wordpress.org
Mon Nov 23 20:08:59 UTC 2015

#6740: BP_IGNORE_DEPRECATED and the message component
 Reporter:  wpdennis               |       Owner:
     Type:  defect (bug)           |      Status:  new
 Priority:  normal                 |   Milestone:  2.5
Component:  Component - Messaging  |     Version:  2.1
 Severity:  normal                 |  Resolution:
 Keywords:  needs-patch            |

Comment (by wpdennis):

 Replying to [comment:5 boonebgorges]:
 > If BP did something in 2.4 to mess up styling, I'd be curious to know
 what it is - it could potentially be something to fix in 2.4.1.

 Replying to [comment:6 r-a-y]:
 > Not sure why you never had this issue in BP 2.4.0, wpdennis.

 My bad, I'm sorry.

 I digged a little bit deeper and I think the issue was there way before BP
 2.4. I just haven't noticed it in my tests before and I probably only
 answered existing conversations in production (without composing some
 myself) - so I've never seen the issue before.

 I tried one installation with a backup from BP and there I had the
 same issue.

 Replying to [comment:6 r-a-y]:
 > If we undeprecate jQuery autocomplete, everything should work again.

 Yes it would.

 While trying a few things I noticed that "ul.acfb-holder li.friend-tab"
 needs some styling, too, if recipients are added (e.g. by clicking on the
 #send-private-message button in a profile).

 This is really minor, but I think the <ul> should have a neutral class
 (like ''.bp-recipients'' or something) and the ul styles from
 jquery.autocompletefb.css should move to buddypress.css (or could be
 injected via inline css only on the composing screen).

 The styling is needed with and without autocompletefb.

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/6740#comment:7>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac

More information about the buddypress-trac mailing list