Skip to:
Content

BuddyPress.org


Ignore:
Timestamp:
02/14/2014 07:51:11 PM (10 years ago)
Author:
boonebgorges
Message:

Don't test prev_value return value on WP < 3.7

There was a bug prior to WP 3.7 that caused update_metadata() to return true
even when the update failed due to a 'prev_value' parameter not being matched.
Since this is not really a functionality issue, but is more about error
reporting, it doesn't affect end-user functionality in BP, except insofar as
the function will return an unexpected value in those cases. Instead of coming
up with an arcane workaround for these old versions, we'll just skip the tests
for the time being.

See https://core.trac.wordpress.org/ticket/24933 for background on the WP issue

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/tests/testcases/blogs/functions.php

    r7885 r7887  
    220220    public function test_bp_blogs_update_meta_prev_value() {
    221221        bp_blogs_add_blogmeta( 1, 'foo', 'bar' );
    222         $this->assertFalse( bp_blogs_update_blogmeta( 1, 'foo', 'bar2', 'baz' ) );
     222
     223        // In earlier versions of WordPress, bp_activity_update_meta()
     224        // returns true even on failure. However, we know that in these
     225        // cases the update is failing as expected, so we skip this
     226        // assertion just to keep our tests passing
     227        // See https://core.trac.wordpress.org/ticket/24933
     228        if ( version_compare( $GLOBALS['wp_version'], '3.7', '>=' ) ) {
     229            $this->assertFalse( bp_blogs_update_blogmeta( 1, 'foo', 'bar2', 'baz' ) );
     230        }
     231
    223232        $this->assertTrue( bp_blogs_update_blogmeta( 1, 'foo', 'bar2', 'bar' ) );
    224233    }
Note: See TracChangeset for help on using the changeset viewer.