Merge pull request #334 from sebastiaandegeus/master

dbpass as an optional argument for wp core config command

regenerated the man page for core config command

made dbpass parameter optional for core config command

use `wp core version` instead of `wp post list` to check if the install
was successful.

shorten synopsis for boolean parameters

travis: add --no-interaction flag to Composer call

Should at least make stalled builds fail faster.

Merge pull request #327 from wp-cli/fix-core-download

Fix path handling in `core download`

Prepend `--path`, instead of appending it, so that piping works.

Ignore `wp ` prefix straigth from step definition.

This makes it clearer that running arbitrary commands is not supported.

Merge pull request #330 from erwanlr/db-create-syntax-error

db create / drop / reset syntax error

fix coding standards. see #329

Merge pull request #329 from erwanlr/master

Fixes set_wp_root

Fixes #321 db create / drop / reset syntax error with some dbnames (like wordpress-3.5.1)

'/' missing

Fixes Runner::set_wp_root to handle absolute & relative path

create ABSPATH if it doesn't exist. props @erwanlr

use ABSPATH in `core download`, instead of '.'

add core download check in 'Empty dir' scenario

rely on --path, instead of using chdir()

Merge pull request #324 from taupecat/master

Tiny correction: colorize is misspelled in php/config-spec.php

Update php/config-spec.php

Fixed the spelling of "colorize."

add Build Status image to readme

'Db doesn't exist scenarion: make check less strict, to avoid issues with encodings

remove `wp theme status twentytwelve` check

Twentytwelve is not available in WP 3.4.

make wp core install check less strict, to avoid error from sendmail

Merge pull request #319 from wp-cli/travis

Set up Travis CI integration

mark SynopsisParser::gen_patterns() as static

don't run Behat tests if unit tests fail

first pass at .travis.yml file

running the tests: fix example mysql command

re-order lines in .travis.yml template to make them more readable

fix version check for revision.php and post-formats.php

* 3.6-alpha, not 3.5-alpha
* 23451, because $wp_version wasn't updated with r23466

fixes #322. see #318

Merge pull request #318 from ocean90/fix-wp-settings-cli

Fatal error, because of new files added in WP#23466

Fix fatal error, because of new files, see https://core.trac.wordpress.org/changeset/23466

make shell readline script more readable, using a heredoc

quiet down svn checkout in travis script. see #270

add utils/update-phar

remove P2P specific <filter> from phpunit.xml

see #270

avoid using the -l option for man, which doesn't exist on OSX

fixes #311

bump version to 0.9.0-alpha2

Merge pull request #309 from wp-cli/core-init-tests

Initialize official testing suite

document path parameter and add example

add manpage

add optional path parameter

add `wp core init-tests`

Merge pull request #270 from wp-cli/plugin-tests

Generate all files needed for running plugin unit tests

add manpage for `wp scaffold plugin-tests`

revert to using the official unit testing suite

add test-sample.php file

transform add_testing_files() method into a proper subcommand

show plugin dir, instead of path on success message, since there's more
than one generated file now

add files for plugin unit testing

Merge pull request #307 from wp-cli/moar-tests

Moar tests!

add tests for --color/--no-color

add test for --user global parameter

improve indentation for step definitions

merge WP_CLI_Command_Runner into FeatureContext

define steps using closures

add tests for creating/updating/deleting a post

add test for --debug flag

add 'should be empty' step definition

test wp user update

throw stream output instead of using assertEquals()

disable unkown assoc warnings when a generic assoc specifier is present in the synopsis

add missing $obj_type property to User_Command

make 'should run without errors' failure more descriptive

replace 'return code should be 0' with 'it should run without errors'

add ability to save result from previous command

add test for wp user generate

remove boilerplate feature description

use WP_CLI::warning() instead of passing false to WP_CLI::error()

test deleting the previously created user

add function test for wp user create

Merge pull request #305 from goldenapples/post-create-from-file

Post create from file

Merge pull request #306 from wp-cli/behat

Stop using PHPUnit Story

update readme

convert PHPUnit Story specs to Behat features

dependencies: replace phpunit-story with behat

move db commands to Command_Runner

Don't check if php://stdin is_file

It'll let you down every time.

Add filename completion for `wp post create` command

Uses bash default filename completion for `wp post create`

Update man page for `wp post create`

Still can't get synopsis to render correctly though. After adding
optional positional argument to synopsis, all calls generate an 'unknown
parameter' warning.

Allow `wp post create` to read from file or STDIN

If a filename is passed as the first argument to `wp post create`, that
file will be read for the post's content. If the first argument is '-',
then post content will be read from STDIN.

If an unreadable filename is given, `wp post create` exits with an
error.

add man page for wp post edit. see #302

Merge pull request #302 from goldenapples/system-editor

Introduce system editor function in \WP_CLI\Utils

Whitespace cleanup

Use spaces for inner-line spacing

Make error messages and output codes more logical

Use `WP_CLI::error` for any fatal errors. Output a warning rather than
an error if user aborts the editor (At this point it exits without
performing any action just like an error would, but it shouldn't be
considered an error. Also, its possible that commands using the editor
function will go on to perform other actions.)

Also, whitespace cleanup and minor refactoring... making a helper
method `_edit()` in post.php to make editor functions more reusable.

allow whitespace before the 'require' statement in wp-config.php. see #288

Merge pull request #304 from nb/exit-on-eof

Exit on end-of-file

Exit on end-of-file

It's a common practice shells to exit on end-of-file. WP-CLI doesn't do
this.

I traced the reason to the fact we're not checking the exit code from
the `read` builtin. If it timeouts or receives end-of-file, it's
non-zero. In both these cases it makes sense to exit.

Use file_put_contents/file_get_contents instead of fwrite/fread

Much simpler this way. Also does away with the need to check for empty
output, although now we have to check the return value of
`launch_editor_for_input` strictly against false, since its possible for
it to return an empty string now (editing a post and deleting all the
content).

Handle error caused by reading empty file

`fread()` will throw an error if trying to read an empty file (ie if
user deleted all post content or quit the editor on `wp post create`.
Detect that and fail gracefully.

Use WP_CLI::launch to open editor

Also use wp_tempnam to create file, and give the created file a
meaningful name rather than just using system or php's tempfile name.

remove @@PHP_DIR@@ reference. see #301

Merge pull request #300 from wp-cli/simplify-scaffolds

Simplify parameters for `scaffold post-type` and `scaffold taxonomy`

regenerate manpages

remove superfluous parameters from post and taxonomy scaffolds

fix indenting for term command. see #286

Merge pull request #286 from wp-cli/term-command

A term command with subcommands for creating, updating, deleting and lis...

add generated man pages