A more precise test

See https://github.com/wp-cli/wp-cli/pull/777#discussion_r6787013

Test `post__in` scenario

Special treatment for `__` arguments (e.g. post__in, post__not_in)

Merge pull request #815 from wp-cli/requests-stable

update to Requests 1.6

update to Requests 1.6

bump version to 0.13.0-alpha

bump version to 0.12.0

contrib-list: add newline

add new contributors since the 0.11.2 release

Merge pull request #810 from wp-cli/theme-is-installed

Implement `wp theme is-installed`

implement 'wp theme is-installed'

Merge pull request #809 from wp-cli/plugin-get-validate

`wp plugin get` doesn't validate the argument properly

combine tests for plugin|theme get

check response from _parse_name()

bump version to 0.12-beta

peg rmccue/requests to a specific revision

still waiting for a stable tag: https://github.com/rmccue/Requests/issues/43

Merge pull request #801 from goldenapples into master

Add feature tests for `wp post edit`

Adds two new feature tests for wp post edit: one that simulates opening
an editor and quitting right out of it, and one that simulates chnaging
a word and then saving.

wp post edit should no longer call parent::update

This broke in f6285d3 when CommandWithDBObject::update was removed and
_update made protected. It should have been defined as $this->update
from the beginning.

Merge pull request #802 from wp-cli/list-field

`list --field=` ignores `--format=json`

set all_with_meta, for WP 3.4

respect --format=json when --field= is passed in list subcommands

use Formatter in CommandWithUpgrade->_list()

use formatter in 'wp role list'

move logic from format_items() into WP_CLI\Formatter class

extract find_item_key() method

fix get_formatter()

let format_items() handle case where fields aren't set, for now

move disparate formatting utilities into the WP_CLI\Formatter class

introduce WP_CLI\Formatter class

whitespace fixes

Merge pull request #795 from wp-cli/theme-get-field-795

`wp theme get` should accept a `--field=` arg

Strings are strings

This is a better format

See https://github.com/wp-cli/wp-cli/pull/795#issuecomment-25442654

`--field=<field>` support for `wp term list` and `wp term get`

Introduce `wp plugin get`

Closes #796

Simplify again

Remove unused methods

Convert `wp post *` to new util functions.

Method isn't used anymore

Convert `wp site list` to new util function.

Convert `wp user *` to new util functions.

Run moar faster

Have `show_single_field()` logically persist the `--format` argument.

Convert `wp comment get` to new util functions

Convert `wp theme get` to use new util function

Introduce `show_single_field()` and `show_multiple_fields()`, helper methods for printing object data

Merge pull request #800 from wp-cli/rewrite-list

Replace `wp rewrite dump` with `wp rewrite list`

move recursive_unserialize_replace() into Search_Replace_Command class

it's not meant to be a general-purpose utility; its behaviour changes
according to the needs of the search-replace command

Merge pull request #799 from nullvariable/ignore_objects

rewrote the object loop to only deal with top level values

removed unneeded object test case.

Check for non-string exit code after `wp post edit`

Fixes bug introduced in f592cff, where quitting out of the system editor
would erase a post, because the `content_save_pre` filter would
fail to interpret system exit codes, and treat them as an empty string.

There must be a way to write a test for behavior like this, but how to
actually do that is beyond my knowledge. I did test with several
different $EDITOR settings (vi/nano/gedit), though, and this worked each
time for me.

rename `wp rewrite dump` to `wp rewrite list`

... and make its output consistent with the rest of the commands

search-replace will ignore all object data types to avoid recursion.

Merge pull request #711 from johnbillion/rewrite-dump-json

Fix the `--format` flag for the `wp rewrite dump` command

rewrote the object loop to only deal with top level values that are unserialized. Anything deeper than the first level will be ignored.

Merge pull request #798 from dreamhost/mustache_templates

framework: Allow third-party Mustache templates

framework: Allow third-party Mustache templates

Allow arbitrary mustache template to be supplied in mustache_render.

Wordwrap the description

Implement `wp theme get --field=<field>`

fix bug where $_SERVER['SERVER_NAME'] was set incorrectly

closes #765

Merge pull request #718 from wp-cli/unknown-positionals

Add warning when passing positional parameters to commands that don't accept them

fix synopsis for 'wp option'

fix synopsis for 'wp help'

add warning when unregistered positional parameters are passed

Merge pull request #761 from wp-cli/delete-many-themes

`wp theme delete` should accept multiple args

make 'wp theme delete' support multiple args

remove 'wp comment last' subcommand

was superseded by 'wp comment list'

fixes #760

Merge pull request #763 from wp-cli/doc-rewrap

Re-wrap documentation lines

handle case where there is nothing after the last parameter description

in PHP 5.3, self:: does not work inside closures

wordwrap synopsis

rewrap argument descriptions

Merge pull request #778 from wp-cli/list-field

 Introduce `--field` option for `list` subcommands

implement --field= parameter for 'wp plugin list' and 'wp theme list'

move plugin/theme prepping code closer to where it's used

implement --field= parameter for 'wp site list'

implement --field= parameter for post, user and comment `list`
subcommands

Merge pull request #794 from goldenapples/goldenapples/filters-on-post-edit

Apply default filters in content in `wp post edit`

fix `wp post edit`

see #779

Apply default filters in content in `wp post edit`

I noticed that without applying the `the_editor_content` and
`content_save_pre` filters to the post content being edited, unexpected
things could happen when editing posts with the system editor. For
example, the Syntaxhighlighter Extended plugin uses these filters cto
decode entities when retrieving a post from that database to edit, and
then re-encode them on save.

There may be some extra thought required as to what the expected behavior
should be, but this apporach seems to make the most sense to me.

behat: show STDOUT on error

Merge pull request #779 from wp-cli/site-dbobject

Make `Site_Command` extend `CommandWithDbObject`

make Site_Command extend CommandWithDBObject

pass subcommand implementations as callbacks

This allows child classes to implement only some of the subcommands.

Merge pull request #786 from wp-cli/fix-786

No error reporting if XDebug is not enabled

account for XDebug not being installed when setting 'display_errors'

Merge pull request #780 from wp-cli/behat-background

behat: use Background feature

behat: use Background feature

Merge pull request #776 from wp-cli/field-arg

Introduce `--field` option for `get` subcommands

add --field arg to 'wp comment get'

Merge branch 'master' into field-arg

Merge pull request #766 from wp-cli/comment-dbobj

Add `wp comment update` subcommand

make Comment_Command extend CommandWithDbObject

add --field arg to 'wp user get'

add --field arg to 'wp post get'

Merge pull request #775 from c10b10/master

Fix environment overwriting for mysql commands

Lint.

Fix mysql environment issue.

Merge pull request #771 from Rarst/synopsis-extract-fix

Trimmed whitespace on extracted synopsis lines