blow up after failing to start the selenium server - no point continuing

construct the Test::WWW::Selenium object ourselves to prevent Socialtext::WikiFixture::Selenese shutting down the selenium session before we're ready

Refactor server startup and shutdown

- split start and start_xvnc to allow for only starting selenium
- switch from system to exec in child processes so destructors don't run twice
- handle not invoking ssh when starting things on localhost
- wrap an eval round the shutdown get() in case of failure

allow individual env vars and add sane default, remove //= since no other 5.10-isms present

add $VERSION

create Makefile.PL

Remove spurious old tests. Clean up process handling.

Many fixes.

Remove obsolete tests.
Fix app server starting.
Fix catapp.t to use the new system.
Fix the remaining test corpus files to use relative URLs where appropriate.

fix X11 display handling

fix signal sent to stop app server. fix starting and stopping of selenium/xvnc servers and schedule appropriately around testing directories. Stop the app server in DESTROY.

fix DESTROY method now that processes are spawned with Child.pm

new API spec, first shot at implementation

mst's notes

pod \o/

the user probably cares about managing their app server

conceptual runthroughs

rearrange API

simple but hopefully not too simple list of methods/params

move the test app into the examples directory

add a cat app for helping test the test lib

add some tests against a sample catapp

Merge branch 'master' of git.shadowcat.co.uk:Test-Harness-Selenium

vncserver is a wrapper script for starting xnvc; use that. Add test exercising
the xvnc feature.

vncserver is a wrapper script for starting xnvc; use that.

first trial of xvnc support

clean up forking/cleanup for clean harness testing

add another test, almost working support for selenium RC forking and running multiple tests

fixes for running against Selenium IDE-generated tests

basic working code, needs more hammering and testing

Initial checkin