[buddypress-trac] [BuddyPress Trac] #6413: xprofile fielddata visibility should be stored in xprofilemeta

buddypress-trac noreply at wordpress.org
Thu Jan 21 20:01:49 UTC 2016

#6413: xprofile fielddata visibility should be stored in xprofilemeta
 Reporter:  boonebgorges          |       Owner:  boonebgorges
     Type:  defect (bug)          |      Status:  assigned
 Priority:  normal                |   Milestone:  2.5
Component:  Component - XProfile  |     Version:
 Severity:  normal                |  Resolution:
 Keywords:  2nd-opinion           |

Comment (by imath):

 Thanks a lot for your searches and for the patch about this particular
 concern. I agree we need to find a nice way to handle upgrade routines.

 If i understand correctly, 1000 users would be upgraded in 40 minutes with
 this technic. Which is pretty long! So i guess the upgrade routine is not
 the only problem we'll have to deal with. While the user is not upgraded
 yet, the profile fields are visible to everyone or hidden to everyone ? I
 guess in large communities there's a good chance someone tries to see your
 profile while the routine is processing..

 What's a bit annoying is the lack of feedback to the admin about how many
 users have been upgraded, how many are not yet..

 I think it will be difficult to perform a "quicker" upgrade routine
 without using javascript (wp-background-processing uses Ajax,
 admin/network/upgrade.php#L101 WordPress Multisite Upgrade] routine
 reloads the page after a timeout, and i think bbPress converters are also
 using Ajax requests)

 So i'm in favor of:
 - javascript/Ajax + a transient to eventually restart where an upgrade was
 interrupted a bit like what wp-background-processing seems to do.
 - a UI to let the admin trigger the upgrade and to inform him about the
 progress of the upgrade
 - ideally a way to handle things while the upgrade has started but is not
 completed yet (eg: display or not the content of the profile field, or use
 the usermeta till it exists...)

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

More information about the buddypress-trac mailing list