| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Test procedure:
$ prosodyctl shell 'server:version()'
Expect:
> OK: hg:926d53af9a7a
$ prosodyctl shell 'server:version()' 'hello'
Expect:
> Only one command is supported as argument
$ prosodyctl shell 'lorem ipsum'; echo $?
Expect:
> Sorry, I couldn't understand that... console:1: syntax error near 'show'
> 1 (error code)
Thanks Menel for mentioning the feature
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Looked in the wrong table
Test procedure:
$ prosodyctl shell --quiet
Expect:
Prosody>
(No banner)
|
|
|
|
| |
Forgot in previous commit
|
|
|
|
|
|
| |
While almost identical to the handling in util.startup, this seems more
appropriate. It would also simplify if shell-specific options need to be
handled in the future.
|
| |
|
|
|
|
| |
adminstream for easier reuse
|
|
|
|
|
| |
Forgot it stops parsing --foo options at the first argument, so
subsequent commands need to parse their own options like this.
|
| |
|
| |
|
|
|
|
| |
E.g. `prosodyctl shell --socket /path/to/prosody.scok`
|
|
|
|
|
| |
So now if you set it to a custom value, both the client and the server
should use it.
|
|
|
|
|
|
| |
Don't hardcode socket path as it happens to be in a source checkout.
Hold on, it should use the same config option as the module!
|
|
|
|
|
|
| |
from final result
Fixes the client pausing for input after output from commands.
|
|
the prosodyctl admin shell
|