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

make _delete() accept a plugin object

replace parse_name() with validate_plugin_names().

first pass at making plugin {activate|deactivate|toggle} accept multiple items

Merge pull request #738 from oknoway/master

Fix small typo

Fix small typo

Merge pull request #734 from wp-cli/fix-erroneous-error

Fix erroneous error

Fix erroneous error

Merge pull request #733 from wp-cli/support-arbitrary-filter

Support arbitrary filters when listing terms and users

Support arbitrary filtering when listing terms

Support arbitrary filters when listing users

Merge pull request #731 from stianlik/master

Support for whitespace in file path

Support for whitespace in file path

behat: pass process result to checkString() for richer error messages

Merge pull request #724 from wp-cli/variadic-validation

Show usage when no parameters are passed

usage errors exit with code 1

behat: remove unused 'I try to import it' step

media regenerate: attachment IDs are optional

don't ignore repeating arguments in enough_positionals() check

add behat test for variadic commands

Merge pull request #673 from wp-cli/prompt-673

Global support for `--prompt`

remove leftover $prompt property

We don't need a `prompt()` util right now. Instead, let's better utilize PHP cli tools

Catch the thrown exception

Merge pull request #700 from wp-cli/comment-list-700

Add `wp comment list`

Merge pull request #726 from Rarst/doc-block-eol-fix

Fixed regex for better matching EOL when cleaning doc block

A functional test for `wp comment list`

Implement `wp comment list`

Fixed regex for better matching EOL when cleaning doc block

A better way of achieving this.

See https://github.com/wp-cli/wp-cli/pull/673/files#r5969302

Support for generic arguments

Add support for prompting `--flag`

Better use of `\cli\prompt()`, which requires a default argument if the prompt is to be optional

Support for repeating positional arguments

Use `\cli\prompt()` instead of reinventing the wheel

See https://github.com/wp-cli/wp-cli/pull/673#issuecomment-22938858

Merge branch 'master' into prompt-673

Merge pull request #723 from wp-cli/install-many

Support installing multiple plugins or themes at once

make sure the slug is always part of the warning

The standard plugin/theme upgrader strings don't contain the slug.

'wp theme install' only shows a warning now