Update selenium-webdriverjs to 3.5.0.
(Skipping 1.x because 0.0.1
was originally accidently published as 1.0.0
.)
So where as before you would write:
require('jasminewd').init(webdriver.promise.controlFlow());
Now you will write:
require('jasminewd').init(webdriver.promise.controlFlow(), webdriver);
This removes the dependency on selenium-webdriver
and protects jasminewd from having a
different webdriver instance than Protractor, which could be a huge problem if they had different
control flow settings.
This is a breaking change because it changes the API for the init
function.
I also removed the dependency on jasmine, which didn't do anything anyway. Maybe it should have been a peerDependency but those are deprecated.
There are three major ways this was done in this change:
callWhenIdle
, if flow.isIdle
is not defined, we assume we are working with a
SimpleScheduler
instance, and so the flow is effectively idle.initJasmineWd
, if flow.reset
is not defined, we assume we are working with a
SimpleScheduler
instance, and so don't bother resetting the flow.wrapInControlFlow
, we use flow.promise
to create a new promise if possible. Since
new webdriver.promise.Promise()
would have always made a ManagedPromise
, but flow.promise
will do the right thing.wrapCompare
, we avoid the webdriver library entirely, and never instance any extra
promises. Using webdriver.promise.when
and webdriver.promise.all
could have been a problem
if our instance of webdriver
had the control flow turned on, but another instance somewhere
did not (or even the same instance, but just at a different point in time). Instead we use the
new maybePromise
tool, which is a mess but is also exactly what we want.specs/*
, we replace webdriver.promise.fulfilled
with webdriver.promise.when
.specs/*
, a new version of adapterSpec.js
and errorSpec.js
are created:
asyncAwaitAdapterSpec.ts
and asyncAwaitErrorSpec.ts
.I also also fixed a minor bug where we weren't correctly checking for promises inside an array of expected results. Before we had:
expected = Array.prototype.slice.call(arguments, 0);
...
webdriver.promise.isPromise(expected);
I thought about it for a little while, and there's no way that's correct. expected
is an
Array<any>
, there's no way it has a .then
function.
Closes https://github.com/angular/jasminewd/issues/69
While we support SELENIUM_PROMISE_MANAGER=0
already, we rely on SimpleScheduler
and some other
utility functions which will be going away after the control flow has been fully deprecated. This
commit allows jasminewd to work without those utility functions, and even allows people to pass
jasminewd their own custom scheduler implementation.
This does not fix our tests, which will also break when those utility functions go away. See https://github.com/angular/jasminewd/issues/81
Closes https://github.com/angular/jasminewd/issues/80
Release for the selenium-webdriver 3.0.1 upgrade.
fix test "should wait till the expect to run the flow"
isPending
exists but it is no longer part of ManagedPromise
isPending
also is no longer exported in lib/promise.js
wrote an isPending
similar to selenium-webdriver in common.js
require a minimum node version
selenium-webdriver 3.0.0 requires node >= 6.9.0
update travis test to use node 6
This beta release is for the selenium-webdriver 3.0.0-beta-3 upgrade.
(70c9f62) upgrade(isPromise): expose the deferred object's promise (#58)
(8870365) deps(selenium-webdriver): upgrade to 3.0.0-beta-3 (#57)
BREAKING CHANGE: The control flow now needs to be passed in when using jasminewd. This fixes
an issue where having multiple versions of selenium-webdriver in a package's dependency tree would
result in jasminewd and protractor using different control flows. You now have to initialize
jasminewd before you can use it, like so: require('jasminewd2').init(webdriver.promise.controlFlow());
See https://github.com/angular/protractor/issues/3505
(5abc745) chore(jasmine): update MatchFactory to allow message as function
(750898c) fix(expectation): expectations without promises no longer add to task queue
Instead, expectations without promises in either expected or actual are unchanged from the original Jasmine implementation.
See https://github.com/angular/protractor/issues/2894
Update selenium-webdriver to 2.47.0 from 2.45.1. This update introduces a convoluted situation where some tests in Proractor's suite would hang - see https://github.com/angular/protractor/issues/2245
This change includes a fix for those issues which removes the explicit
flow.execute
wrapper around expect
calls. This appears not to introduce any issues to existing
tests.
this
variable points to the right thingNote: this means that using this.addMatchers
no longer works inside before blocks or specs. It
should have been changed to jamsine.addMatchers
since the upgrade to Jasmine 2. It was still
working by accident up until the previous commit.
Test wrapping for Jasmine 2 now more closely follows the test wrapping for Mocha at https://github.com/SeleniumHQ/selenium/blob/master/javascript/node/selenium-webdriver/testing/index.js
This also adds more information to the task names in the control flow, for easier debugging.
Add some console logging, remove useless info about the last running task in the control flow, and fix error where problems reported from done.fail were getting pushed into the following spec.
Closes #18