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.

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

Refactored end of line trim of synopsis extraction into regex.

Trimmed whitespace on extracted synopsis lines

Fixes #770 on Windows

remove extra spaces in scaffold templates

Merge pull request #768 from thisislawatts/patch-1

Adds show_admin_column

Adds show_admin_column

Merge pull request #767 from wp-cli/fix-663

If a subcommand requires a config value to be set, then check it.

instead of ignoring them, pass config values along with regular assoc args to validate_assoc()

add test that catches #663

rename some variables, for clarity.

Merge pull request #754 from smhmic/patch-2

allow (but ignore) a leading "[no-]" before flag name in @synopsis

Merge pull request #755 from wp-cli/deprecate-synopsis-tag

Deprecate @synopsis tag?

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

`WP_CLI::confirm()` doesn't flush output

remove synopsis tag where not needed

use fwrite() instead of echo, to prevent buffering

remove synopsis tag from the rest of the core subcommands

first pass at extracting synopsis from longdesc

mention dev-build in README. fixes #757

Merge pull request #753 from dreamhost/db_config_template

`wp core config`: Add dbcharset and dbcollate params

allow (but ignore) a leading "[no-]" before flag name in @synopsis

`no-` prefix on flag name sets it to `false`, but there was no valid way to show this in usage synopsis. Showing this is relevant for flags with a dynamic default value (like `--color` config flag).  This change makes `@synopsis [--[no-]flag]` valid.

wp core config: Add dbcharset and dbcollate params

Allow dbcharset and dbcollate to be set on config to avoid character set
problems during migrations

Merge pull request #752 from wp-cli/fix-update-all

Fix `update --all`

make 'update --all' work again and add test

Merge pull request #745 from wp-cli/log-colorization

Log methods cleanup

fix usage of $label parameter in WP_CLI::error()

add unit test for regular logger

remove $label parameter from logging methods

The label text and color are just a way to signal to the user the type of message.

Changing it can lead to confusion. Example:

    WP_CLI::error( 'Something bad happened!', 'Success' );

don't pass the message through colorization; only the label

fixes #744

Merge pull request #743 from x-team/db-import-default-charset

Specify DB_CHARSET as default-character-set for wp-db-import

Specify DB_CHARSET as default-character-set for wp-db-import

A DB export followed by a DB import of the same file was resulting in
corrupted UTF-8 characters. The script was being run in the
varying-vagrant-vagrants environment which has latin1 as the default
charset:

mysql> show variables like "character_set_%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | latin1                     |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

clean up _search() helper:

* replace <plugin>/<theme> in synopsis with <search>
* check is_wp_error() before using $api
* rename $data to $items
* remove unused code for --interactive; no point supporting it if it's not functional yet

see #630

Merge pull request #739 from wp-cli/activate-many

Accept multiple arguments for remaining plugin subcommands

make get_details() accept a plugin object