[wp-trac] [WordPress Trac] #26173: DB Upgrade Loop after Automatic Upgrade with db_version change and external object cache

[WordPress Trac]

#26173: DB Upgrade Loop after Automatic Upgrade with db_version change and external
object cache
-----------------------------+-----------------------
 Reporter:  DH-Shredder      |       Owner:  dd32
     Type:  defect (bug)     |      Status:  reopened
 Priority:  normal           |   Milestone:  3.7.2
Component:  Upgrade/Install  |     Version:  3.7.1
 Severity:  major            |  Resolution:
 Keywords:  has-patch        |
-----------------------------+-----------------------
Changes (by dd32):

 * keywords:  has-patch fixed-major => has-patch


Comment:

 Hm, You do appear to be right.. Looking at Memcached for example:
 {{{
 function flush() {
         // Don't flush if multi-blog.
         if ( function_exists('is_site_admin') ||
 defined('CUSTOM_USER_TABLE') && defined('CUSTOM_USER_META_TABLE') )
                 return true;
 }}}

 Since all we need to do is to clear the `alloptions` cache from local
 memory, we could use `wp_cache_delete( 'alloptions', 'options' );` here
 instead explicitly, the important part is that particular cache needs to
 go.

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