fix: allow certain variable names in development (vercel#33638)

Fixes vercel#24570 A few variable names (listed vercel#24570 (comment)) were causing problems when using `next dev`. ## Bug - [ ] Related issues linked using `fixes #number` - [ ] Integration tests added - [ ] Errors have helpful link attached, see `contributing.md` ## Feature - [ ] Implements an existing feature request or RFC. Make sure the feature request has been accepted for implementation before opening a PR. - [ ] Related issues linked using `fixes #number` - [ ] Integration tests added - [ ] Documentation added - [ ] Telemetry added. In case of a feature if it's used or not. - [ ] Errors have helpful link attached, see `contributing.md` ## Documentation / Examples - [ ] Make sure the linting passes by running `yarn lint`
natew · Feb 16, 2022 · 8c57349 · 8c57349
1 parent e725cb6
commit 8c57349
Show file tree

Hide file tree

Showing 2 changed files with 103 additions and 56 deletions.
diff --git a/packages/react-refresh-utils/internal/ReactRefreshModule.runtime.ts b/packages/react-refresh-utils/internal/ReactRefreshModule.runtime.ts
@@ -17,67 +17,70 @@ declare const module: {
 // This function gets unwrapped into global scope, which is why we don't invert
 // if-blocks. Also, you cannot use `return`.
 export default function () {
-  // Legacy CSS implementations will `eval` browser code in a Node.js context
-  // to extract CSS. For backwards compatibility, we need to check we're in a
-  // browser context before continuing.
-  if (
-    typeof self !== 'undefined' &&
-    // AMP / No-JS mode does not inject these helpers:
-    '$RefreshHelpers$' in self
-  ) {
-    var currentExports = module.__proto__.exports
-    var prevExports = module.hot.data?.prevExports ?? null
+  // Wrapped in an IIFE to avoid polluting the global scope
+  ;(function () {
+    // Legacy CSS implementations will `eval` browser code in a Node.js context
+    // to extract CSS. For backwards compatibility, we need to check we're in a
+    // browser context before continuing.
+    if (
+      typeof self !== 'undefined' &&
+      // AMP / No-JS mode does not inject these helpers:
+      '$RefreshHelpers$' in self
+    ) {
+      var currentExports = module.__proto__.exports
+      var prevExports = module.hot.data?.prevExports ?? null
 
-    // This cannot happen in MainTemplate because the exports mismatch between
-    // templating and execution.
-    self.$RefreshHelpers$.registerExportsForReactRefresh(
-      currentExports,
-      module.id
-    )
+      // This cannot happen in MainTemplate because the exports mismatch between
+      // templating and execution.
+      self.$RefreshHelpers$.registerExportsForReactRefresh(
+        currentExports,
+        module.id
+      )
 
-    // A module can be accepted automatically based on its exports, e.g. when
-    // it is a Refresh Boundary.
-    if (self.$RefreshHelpers$.isReactRefreshBoundary(currentExports)) {
-      // Save the previous exports on update so we can compare the boundary
-      // signatures.
-      module.hot.dispose(function (data) {
-        data.prevExports = currentExports
-      })
-      // Unconditionally accept an update to this module, we'll check if it's
-      // still a Refresh Boundary later.
-      module.hot.accept()
+      // A module can be accepted automatically based on its exports, e.g. when
+      // it is a Refresh Boundary.
+      if (self.$RefreshHelpers$.isReactRefreshBoundary(currentExports)) {
+        // Save the previous exports on update so we can compare the boundary
+        // signatures.
+        module.hot.dispose(function (data) {
+          data.prevExports = currentExports
+        })
+        // Unconditionally accept an update to this module, we'll check if it's
+        // still a Refresh Boundary later.
+        module.hot.accept()
 
-      // This field is set when the previous version of this module was a
-      // Refresh Boundary, letting us know we need to check for invalidation or
-      // enqueue an update.
-      if (prevExports !== null) {
-        // A boundary can become ineligible if its exports are incompatible
-        // with the previous exports.
-        //
-        // For example, if you add/remove/change exports, we'll want to
-        // re-execute the importing modules, and force those components to
-        // re-render. Similarly, if you convert a class component to a
-        // function, we want to invalidate the boundary.
-        if (
-          self.$RefreshHelpers$.shouldInvalidateReactRefreshBoundary(
-            prevExports,
-            currentExports
-          )
-        ) {
+        // This field is set when the previous version of this module was a
+        // Refresh Boundary, letting us know we need to check for invalidation or
+        // enqueue an update.
+        if (prevExports !== null) {
+          // A boundary can become ineligible if its exports are incompatible
+          // with the previous exports.
+          //
+          // For example, if you add/remove/change exports, we'll want to
+          // re-execute the importing modules, and force those components to
+          // re-render. Similarly, if you convert a class component to a
+          // function, we want to invalidate the boundary.
+          if (
+            self.$RefreshHelpers$.shouldInvalidateReactRefreshBoundary(
+              prevExports,
+              currentExports
+            )
+          ) {
+            module.hot.invalidate()
+          } else {
+            self.$RefreshHelpers$.scheduleUpdate()
+          }
+        }
+      } else {
+        // Since we just executed the code for the module, it's possible that the
+        // new exports made it ineligible for being a boundary.
+        // We only care about the case when we were _previously_ a boundary,
+        // because we already accepted this update (accidental side effect).
+        var isNoLongerABoundary = prevExports !== null
+        if (isNoLongerABoundary) {
           module.hot.invalidate()
-        } else {
-          self.$RefreshHelpers$.scheduleUpdate()
         }
       }
-    } else {
-      // Since we just executed the code for the module, it's possible that the
-      // new exports made it ineligible for being a boundary.
-      // We only care about the case when we were _previously_ a boundary,
-      // because we already accepted this update (accidental side effect).
-      var isNoLongerABoundary = prevExports !== null
-      if (isNoLongerABoundary) {
-        module.hot.invalidate()
-      }
     }
-  }
+  })()
 }
diff --git a/test/development/acceptance/ReactRefreshModule.test.ts b/test/development/acceptance/ReactRefreshModule.test.ts
@@ -0,0 +1,44 @@
+import { createNext } from 'e2e-utils'
+import { NextInstance } from 'test/lib/next-modes/base'
+import { sandbox } from './helpers'
+
+describe('ReactRefreshModule', () => {
+  let next: NextInstance
+
+  beforeAll(async () => {
+    next = await createNext({
+      files: {},
+      skipStart: true,
+    })
+  })
+  afterAll(() => next.destroy())
+
+  it('should allow any variable names', async () => {
+    const { session, cleanup } = await sandbox(next, new Map([]))
+    expect(await session.hasRedbox()).toBe(false)
+
+    const variables = [
+      '_a',
+      '_b',
+      'currentExports',
+      'prevExports',
+      'isNoLongerABoundary',
+    ]
+
+    for await (const variable of variables) {
+      await session.patch(
+        'pages/index.js',
+        `import { default as ${variable} } from 'next/link'
+        export default function Page() {
+          return null
+        }`
+      )
+      expect(await session.hasRedbox()).toBe(false)
+      expect(next.cliOutput).not.toContain(
+        `'${variable}' has already been declared`
+      )
+    }
+
+    await cleanup()
+  })
+})