Abolished $wgDBname as a unique wiki identifier, it doesn't work with the new-fangled feature we call "table prefixes". Instead use wfWikiID() for an identifier containing the DB name and the prefix if there is one, and wfMemcKey() for cache key construction.

Caches for wikis with table prefixes will be lost on upgrade, caches for wikis without table prefixes will be preserved. Custom cache keys in extensions can be migrated at leisure. Extensions which write to core cache keys should be migrated ASAP, as I have done with Special:Makesysop.

1 files changed, 2 insertions, 2 deletions

diff --git a/includes/ParserCache.php b/includes/ParserCache.php
index 612790a38b2c..1f2e2aaf0915 100644
--- a/includes/ParserCache.php
+++ b/includes/ParserCache.php
@@ -33,7 +33,7 @@ class ParserCache {
 	}
 
 	function getKey( &$article, &$user ) {
-		global $wgDBname, $action;
+		global $action;
 		$hash = $user->getPageRenderingHash();
 		if( !$article->mTitle->userCanEdit() ) {
 			// section edit links are suppressed even if the user has them on
@@ -43,7 +43,7 @@ class ParserCache {
 		}
 		$pageid = intval( $article->getID() );
 		$renderkey = (int)($action == 'render');
-		$key = "$wgDBname:pcache:idhash:$pageid-$renderkey!$hash$edit";
+		$key = wfMemcKey( 'pcache', 'idhash', "$pageid-$renderkey!$hash$edit" );
 		return $key;
 	}