Create a Plugins / Extensions API

[brian-mann]

The idea behind this

As it stands - while users can create custom commands in the driver, we do not expose any real way to alter, modify or change Cypress's behavior BEHIND the driver (in the node server code).

Currently all we expose is a simple cypress.json to change the way Cypress works. This is heavily limiting.

What we need to do is expose a public interface so users can write node code to modify and alter the internals.

The use cases we're specifically trying to support are:

Custom Preprocessors

Swapping out the default preprocessor for custom ones. This is the thing that processes the spec files and ultimately serves them to the browser.

Customizing the preprocess would enable users to write typescript, coffeescript 2.0, clojurescript, use webpack, customize babel options, use newer ES7 features, etc, etc. Big win.

Browser Configuration

Users would have access to the browser processes and launch configuration. This would enable them to change the flags used to launch browsers.

You could also use this to load in browser extensions.

Browser Finding

Changes / modifies the logic we use to find browsers on the system.

Custom Configuration

Having just a single cypress.json is limiting. Users have expressed a desire to have more programatic control over things like environment variables.

Backend Messaging

While we currently expose cy.exec and cy.request, there is still a desire to message / talk directly to your backend.

Exposing this API would enable you to do things like call your application code directly to do things like setup / seed / create / update database records.

Screenshot Diffing

As we continue to expand the features of Cypress we would expand these API's to do things like letting you swap out the screenshot diffing algorithm.

The Cypress Ecosystem

Going down this route will enable us to develop a Cypress Ecosystem consisting of official extensions (created by us) as well as user submitted extensions.

We'll also need to create an "index" of extensions that enable users to search, browse, and submit new extensions.

Things to consider

• How will we / users handle versioning for plugins? We may need to set a process.versions.cypress
• How will we differentiate official plugins from regular ones? We could publish them under our @cypress npm namespace.
• How will we make modifying the default plugin that Cypress uses by default. Users may want to swap out entire implementations (like the preprocessor) or perhaps just modify the configuration for the default one.
• We should likely seed a commented out cypress/plugins/index.js with all of the API's that we support.
• We should enable users to easily debug their node code by passing a flag to Cypress which spawns the internal chrome inspector.
• Users code will run in the builtin node environment that comes with Cypress.

Examples of how we could do this

// cypress/plugins/index.js

module.exports = ((register, config, utils, defaults) => {
  register('on:spec:file:preprocessor', (filePath, options) => {
    // do your own custom preprocessing on the spec
  })

  register('on:before:browser:launch', (browserName, flags) => {
    // do your own custom bits on launching the browser
    // such as loading in an extension or modifying the flags
    // used to launch the browser
  })

  register('on:find:all:browsers', (browsersFound) => {
    // add or modify the browsers we found
  })

  register('on:config', (config) => {
    // read in your own yaml files to change some
    // environment variables
    return fs.readFile("./some/yaml", "utf8")
    .then((str) => {
      const yaml = jsYaml.parse(str)

      config.env.yml = yaml

      return config
    })
  })

  register('on:driver:message', (msg, options) => {
    const db = require('./lib/db') // your db

    const request = require('request') // 3rd party request module

    // pass custom messages and do your own thing here loading
    // your own application files
    switch (msg) {
      case 'create:user':
        return db.seed(options)
      case 'reset:db':
        return db.reset()
      case 'make:request':
        return Promise.all(options.urls, request)
    }
  })
})

[brian-mann]

Related to:

Preprocessor:

• CoffeeScript 2: CoffeeScript 2 support #663
• Disable preprocessing: Provide an option to disable test files preprocessing. #533
• ES7/Webpack: Extract browserify code / abstract build pipeline #580
• ES7: add support for es7 async/await #487
• Babel configuration: Add support for customizing babel configuration #343
• Source maps / Babel configuration: better stack trace/ sourceMaps #881
• Spread operator spread operator support #905

Browsers:

• Browser flags: Requests to basic auth urls with the chrome browser time out #573
• Chome headless: [Feature Request] Support for Chrome in headless mode #488
• Modify user-agent: modify user-agent on each call #364
• Test chrome extensions: Add support for testing chrome extensions #298

Miscellaneous:

• Code coverage: Code Coverage #346
• Trigger re-run: Auto reload when other files than spec has been saved #188
• Trigger re-run: GUI test auto-reload on trigger. #412
• Trigger re-run (proposal): Watch non-spec files for changes and reload specs #456

[bahmutov]

Example repos with TypeScript test compilation (using Cypress from source)

• https://github.com/cypress-io/cypress-example-typescript
• https://github.com/cypress-io/cypress-example-typescript-browserify

[brian-mann]

The PR #888 implements the Plugins API.

I'm keeping this issue open (as it is an epic) documenting many other plugin events that we are adding.

We'll close the associated issues that are open and keep this issue open until all of them are complete.

[laurentpayot]

Any news about backend messaging? Is #794 still relevant and should I start using cypress-adapter-node?

[brian-mann]

@laurentpayot we recently released cy.task with 3.0.0

This issue should now be closed since we've effectively created the plugins API.

[laurentpayot]

@brian-mann I made the switch to Cypress 3.0.1 yesterday.
I had some minor CoffeeScript file related issues (#2046) but making firebase-related tasks work was a pain because firebase use grpc and grpc and electron do not live together well.
I encountered the following issue grpc/grpc#6138 that I fixed by a postinstall of the electron runtime of grpc, plus I had to create symbolic links to it because Firebase (or Cypress?) was still looking for the node version of grpc.

[CharumathiA]

Hi, Is there any cypress function for Highlight and mark the text? Please confirm.

[jennifer-shehane]

@CharumathiA Not that I'm aware of.

[hixus]

Documentation (https://docs.cypress.io/api/plugins/writing-a-plugin.html#List-of-events) says "We have many new plugin events we are adding." and links to this 2 year old closed issue. So I'm curious are there new events but undocumented or is the development still going?

[jennifer-shehane]

Yes actually there are new events planned here: #2840

I'll remove this link from the docs as it's outdated.