Skip to:
Content

BuddyPress.org

Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#4010 closed defect (bug) (fixed)

user_pass not properly nullified

Reported by: johnjamesjacoby's profile johnjamesjacoby Owned by: johnjamesjacoby's profile johnjamesjacoby
Milestone: 1.5.5 Priority: normal
Severity: normal Version: 1.5.3
Component: Settings Keywords:
Cc:

Description (last modified by johnjamesjacoby)

Since WordPress 3.3, WP_User uses magic methods for setting and getting user data to and from $user->data. In the settings component, we attempt to unset it, but WP_User is missing the magic __unset() method, so it fails.

We can get around this for now by manually setting $user->data->user_pass to null.

Change History (7)

#1 @johnjamesjacoby
13 years ago

  • Description modified (diff)

#2 @johnjamesjacoby
13 years ago

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

(In [5785]) Fix bug with accidentally unsetting user passwords in some installs. Fixes #4010 (trunk)

#3 @johnjamesjacoby
13 years ago

(In [5786]) Fix bug with accidentally unsetting user passwords in some installs. Fixes #4010 (1.5 branch)

#4 @johnjamesjacoby
13 years ago

  • Description modified (diff)

#5 @johnjamesjacoby
13 years ago

(In [5831]) Backport general settings screen code from trunk to 1.5 branch:

  • Fixes all possible ways settings can be saved or not saved
  • Skips current password check UI for super admins
  • Fixes #4010 again

#6 @johnjamesjacoby
13 years ago

(In [5832]) Tweak general settings logic to include boolean for successfully changed email address. See #4038, #4010.

#7 @johnjamesjacoby
13 years ago

(In [5833]) Backport messages output filters from trunk. See #4010, #4038. (1.5 branch)

Note: See TracTickets for help on using tickets.