Remove Bluebird in favor of native Promises

[AviVahl]

This PR should fix the "Core3 Regular Test".

• got rid of bluebird and bluebird-retry
• implemented three promise utils for delay, timeout, and retry
• webpack doesn't generate .d.ts in ts-loader
• transpiles chai-as-promised and cbor using a separate ts-loader instance (for es5 compat)
• load symbol, promise, and es6 number polyfills during tests
• coverted several functions to async/await (especially where bluebird was used)

[tyv]

Awesome! p.s. most likely extending timeout wouldn't help, I tried this in numerous variations.

[AviVahl]

@idoros reviewed this. (just realized this was not reflected in the PR)

and yes, timeout didn't help... disabled macOS in Travis and replaced with our own dedicated mac machine to run test:node on.

[amir-arad]

no need to test src/promise-utils.ts ? @idoros ?

[amir-arad]

I've "optimized" the promise retry loop to "look better" and it passes all tests:

        while (!aborted && --retries >= -10) {
            try {
                const result = await promiseProvider();
                return resolve(result);
            } catch (e) {
                lastError = e;
                if (retries > 0) {
                    await delayedPromise(interval);
                }
            }
        }

[amir-arad]

all in all great job, I'm going to copy some of it to other projects!

[idoros]

no need to test src/promise-utils.ts ?

Missed this and agree, although I would be happy not to write any of these promise helper functions. I'm sure we can find some tiny project to take it from.

[amir-arad]

@idoros There is (or supposed to be) a project that polyfills the Bluebird API on top of es6 promises. @benjamingr can you remind me how it's called?

[amir-arad]

HA! https://github.com/benjamingr/bluebird-api of course. @idoros @AviVahl check it out

[amir-arad]

@AviVahl the test in our CI is flakey too.

82 is a PR with zero changes, it's tests are flaky.

[AviVahl]

Will check