#25719 closed defect (bug) (duplicate)
Fixed a bug with undefined 'public_query_vars' variable
Reported by: | mauryaratan | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.8 |
Component: | Query | Keywords: | has-patch |
Focuses: | Cc: |
Description
When enabled the debug mode latest commit, received an undefined variable notice in wp-includes/class-wp.php
Attaching the patch.
Attachments (1)
Change History (9)
#5
@
11 years ago
I see that this was corrected in [25945].
My site still only displays a temporary static home page that I applied to it. Is there some way I can use the Beta Tester Plugin (or Automatic Updates) to add this correction to my site without waiting too much longer. (I realize it's a risk I take using nightly builds). I tried to downgrade to 3.7 by uninstalling the Beta Tester, but it didn't work. I'm still stuck on a mostly frozen 3.8.
#7
@
11 years ago
Shapeshifter: If you need this fix immediately, just download the class-wp.php file and replace the file in your installation with the fixed version manually:
http://core.svn.wordpress.org/trunk/wp-includes/class-wp.php
However, you should not run beta versions or nightly's on critical sites. If the site needs to be live and running at all times, then keep it on the stable version of the software.
Looks like we broke this in [25940]. From the discussion on #25495 the
$this->public_query_vars was supposed to be assigned to the $public_query_vars
variable to match the inline docs.I'm going to close this as duplicate and reopen #25495.