Make WordPress Core

Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#11380 closed defect (bug) (fixed)

default_password_nag_handler() creates queries all over the place

Reported by: denis-de-bernardy's profile Denis-de-Bernardy Owned by:
Milestone: 3.0 Priority: normal
Severity: normal Version:
Component: Optimization Keywords: has-patch
Focuses: Cc:


Once the default password nag has been acted upon, it deletes the related user meta.

On every page load thereafter, WP will go into the DB in order to check for the user meta's value. We should store some kind of new meta, or maybe a cookie, so we know it has been acted upon.

Attachments (1)

11380.diff (1.5 KB) - added by Denis-de-Bernardy 14 years ago.

Download all attachments as: .zip

Change History (5)

#1 @Denis-de-Bernardy
14 years ago

  • Component changed from Performance to Optimization

#2 @Denis-de-Bernardy
14 years ago

  • Keywords has-patch added

Related: #9065

#3 @dd32
14 years ago

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

(In [12983]) Switch to *_user_option() for default password nag to avoid extra DB queries. Fixes #11380

#4 @dd32
14 years ago

As of WordPress 3.0, get_user_option() only checks the user object (which is filled with the usermeta on creation). Using that instead means using a higher level API as well as avoiding the extra queries which were seen.

Note: See TracTickets for help on using tickets.