[buddypress-trac] [BuddyPress Trac] #8455: Fixes for xProfile field support for WordPress Profile Fields

buddypress-trac noreply at wordpress.org
Mon Apr 12 17:46:20 UTC 2021


#8455: Fixes for xProfile field support for WordPress Profile Fields
------------------------------+-----------------------------
 Reporter:  needle            |      Owner:  (none)
     Type:  defect (bug)      |     Status:  assigned
 Priority:  normal            |  Milestone:  Awaiting Review
Component:  Extended Profile  |    Version:
 Severity:  normal            |   Keywords:  has-patch
------------------------------+-----------------------------
 This patch provides a couple of fixes for #7162:

 1. Skips caching existing data for an xProfile field when it is a
 WordPress field
 2. Fixes a minor bug where the empty item's `table_name` is cleared

 Part 1 allows existing xProfile fields to be converted from `textbox` to
 `wp-textbox` format by ignoring any pre-existing values retrieved by the
 uncached data query.

 This allows people using the [https://wordpress.org/plugins/bp-xprofile-
 wp-user-sync/ BP XProfile WP User Sync] plugin to simply change the
 xProfile field type and then deactivate it in favour of the new BuddyPress
 sync functionality. There will be orphaned field data left in the
 `*_bp_xprofile_data` table, but I think this is of little practical
 consequence since the field IDs are still in use.

 Part 2, as the summary says, simply prevents the WordPress xProfile field
 `table_name` property from being cleared prior to priming the cache.

-- 
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/8455>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac


More information about the buddypress-trac mailing list