[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