PR #19108 caused some Suspense-related DevTools regressions (more info available on #19368) which we did not catch because of the fact that DevTools tests are only run against the version of React in master.

We should follow the precedent of the regression fixtures tests and have CI run DevTools tests against multiple

This is a good first PR!

We should add some tests to cover #7036. They should cover both JavaScript and TypeScript support.

They can probably be added to test/fixtures.

• I have searched the issues of this repository and believe that this is not a duplicate.

Reproduction link

Steps to reproduce

Project Too Large to isolate

What is exp

The styled and wrapped version of the Next.js Linkcomponent provided by the Material UI next-js template/example is not 100% usable in TypeScript projects because IntelliSense does not work with the current JavaScript version of the component. For example, there are no suggestions available for its props.

I converted the JS

Feature request

As a user of [x] framework/language, I'd love to see an easy path towards migrating to Next.js

Describe the solution you'd like

Documentation around common providers and how exactly you can switch to Next.js from them.

Additional context

Let's start with a few of the most popular and see what others in the community would get value from.

• Create React A

Describe the bug
With multiple pure-documentation MDX docs, the scroll position of the preview window does not reset when switching between docs.

To Reproduce
Steps to reproduce the behavior:

1. Create at least two MDX docs without stories, with content long enough to result in a scroll bar.
2. Select the first doc in the sidebar.
3. Scroll down the first document.
4. Select the

Summary

The existing docs about adding Google analytics recommend using the gatsby-plugin-google-analytics. Under the hood, this plugin uses Google's analytics.js file.

However, Google has a guide recommending users upgrade to gtag.js instead. There

any plans for a Linux ARM build? if nobody else is on it or has attempted it, i can give it a try.

Is your feature request related to a problem? Please describe.
I have a lot of trouble distinguishing between the shades of green signifying a running vs successful query in sqllab.

Describe the solution you'd like
Ideally these would be two different colors for running vs successful. Maybe yellow and green respectively?

Describe alternatives you've considered
If there isn't

🚀 Feature request

Current Behavior

The type ErrorMessage doesn't have an id property.

Desired Behavior

It'd be nice id?: string would be added to the type ErrorMessage and set on the outermost component that serves as error message.

Suggested Solution

Add id={this.props.id} to the outer component in ErrorMessage.

Who does this impact? Who is this

when running make rhinojs fails due to a missing cp command

cp rhino/buildGradle/libs/rhino*.jar rhino.jar
usage: cp [-R [-H | -L | -P]] [-fi | -n] [-apvXc] source_file target_file
       cp [-R [-H | -L | -P]] [-fi | -n] [-apvXc] source_file ... target_directory
make: *** [rhino.jar] Error 64

Issue was resolved by manually copying one of the jars

`cp rhino/buildGradle/libs/r