[wp-trac] [WordPress Trac] #15881: wp_cache_get generates fatal error

WordPress Trac wp-trac at lists.automattic.com
Wed Dec 29 21:42:09 UTC 2010


#15881: wp_cache_get generates fatal error
-------------------------------------------------+-------------------------
 Reporter:  pixelgeek                            |       Owner:
     Type:  defect (bug)                         |      Status:  new
 Priority:  normal                               |   Milestone:  Awaiting
Component:  Cache                                |  Review
 Severity:  critical                             |     Version:  3.0.3
 Keywords:  $wp_object_cache, wp_cache_get       |  Resolution:
  cache.php                                      |
-------------------------------------------------+-------------------------

Comment (by tomarq):

 I'm having a similar problem when using wp-hive 0.6.1 and WordPress
 3.1-RC1-17163. WP hive uses db.php to to adjust some settings and it
 checks to see if the plugin is active with
 "get_option('active_plugins');".

 db.php is loaded (and therefore the plugin starts) in wp-load.php line 73,
 but the cache isn't started until wp-load.php line 79; this is why wp-hive
 fails.  The WP core functiion get_option won't work here.

 This is related to #14508 I believe now that db.php is loaded in wp-
 load.php instead of functions.php.

 WP2.9.2 and WP3.0.3 loaded db.php in functions.php, WP3.1RC loads it in
 load.php so this plugin doesn't have access to core functions that it
 previously did... get_option.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/15881#comment:15>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list