Notice how when the panel changes the hoverboard is re-mounted

[https://app.replay.io/recording/replay-devtools-flickers--6f3477e1-057a-4bd0-b6fb-2d003791070d?point=14603334915665569610340638706894161&time=5472](https://app.replay.io/recording/replay-devtools-flickers--6f3477e1-057a-4bd0-b6fb-2d003791070d?point=14603334915665569610340638706894161&time=5472)

From [SyncLinear.com](https://synclinear.com) | [FE-1260](https://linear.app/replay/issue/FE-1260/hoverboard-flickers-on-load)

Low priority

devtools

[FE-1260] Hoverboard flickers on load

We do a search if app.replay.io/recording exists in the issue, but only capture if it is included in the description. We could also pull in comments to capture replays posted there so all rows have a link.

replayable

Capture replay links from comments

**Describe the bug**

I tried to fully remove a link from a paragraph. I even removed a few more characters. But as soon as I started typing again, the letters are hyperlinked again.

**Expected behavior**

After fully removing the link it should not come back.

**Screenshots**

Here's a video

https://cloudup.com/cg8dDEl8VQc

**Desktop (please complete the following information):**
 - OS: macOS
 - Browser: Chrome
 - Version: 75

**Smartphone (please complete the following information):**
 - Device: [e.g. iPhone6]
 - OS: [e.g. iOS8.1]
 - Browser [e.g. stock browser, safari]
 - Version [e.g. 22]

**Additional context**
- WordPress 5.2.2, not Gutenberg plugin installed.


[Type] Bug

[Feature] Rich Text

[Package] Format library

gutenberg

Text continues to be hyperlinked after removing a link

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: x64
  Version: #85~20.04.1-Ubuntu SMP Mon Jul 17 09:42:39 UTC 2023
Binaries:
  Node: 18.16.0
  npm: 9.5.1
  Yarn: 1.22.18
  pnpm: 8.6.7
Relevant Packages:
  next: 13.4.12
  eslint-config-next: N/A
  react: 18.2.0
  react-dom: 18.2.0
  typescript: N/A
Next.js Config:
  output: N/A
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

_No response_

### Link to the code that reproduces this issue or a replay of the bug

https://github.com/replayio/nextjs-inaccurate-sourcemaps

### To Reproduce

- `npm run build`
- upload `.next/static/chunks/main-26f0defd1fe4aedb.js[.map]` to https://evanw.github.io/source-map-visualization/
- select `webpack://_N_E/node_modules/@swc/helpers/esm/_interop_require_wildcard.js` as the original source
- for comparison, upload `.next/static/chunks/pages/_app-27374a655d3a2ebe.js[.map]` to https://evanw.github.io/source-map-visualization/ and select `webpack://_N_E/src/_interop_require_wildcard.js`

Alternatively, you can look at these sourcemaps here:
- `webpack://_N_E/node_modules/@swc/helpers/esm/_interop_require_wildcard.js`: https://app.replay.io/recording/5072126e-507f-43d9-8c9e-889ad2bfd0dd/sourcemap/o4-80-c194bb-ec5646
- `webpack://_N_E/src/_interop_require_wildcard.js`: https://app.replay.io/recording/5072126e-507f-43d9-8c9e-889ad2bfd0dd/sourcemap/o6-6-c194bb-5d30d7


### Describe the Bug

I've noticed that the sourcemaps produced by Next.js are inaccurate for some sources, making it impossible for debuggers to show scopes with original (rather than generated) variable names.
This seems to be the case for all sources under `node_modules`.
To reproduce the problem I've used create-next-app to create an app and copied `node_modules/@swc/helpers/esm/_interop_require_wildcard.js` to `src/_interop_require_wildcard.js`. This is what [a sourcemap visualizer](https://evanw.github.io/source-map-visualization/) shows for these two copies of the same source:

`node_modules/@swc/helpers/esm/_interop_require_wildcard.js`:

![Screenshot_2023-07-27_13-49-26](https://github.com/vercel/next.js/assets/16060807/ad4a9cdb-e2cf-40ef-a9de-bbd5891ea6d0)

`src/_interop_require_wildcard.js`:

![Screenshot_2023-07-27_13-50-09](https://github.com/vercel/next.js/assets/16060807/a8c36cb7-4711-4846-a0dc-fc9d2de54b40)


### Expected Behavior

Sourcemaps for sources under `node_modules` should be accurate. 

### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_

template: bug

next.js

Inaccurate sourcemaps for sources under node_modules

Have been meaning to file this for awhile, but `cmd+shift+o` quick open does not scroll to the function location.

[https://app.replay.io/recording/selecting-a-function-does-not-jump--9e030e67-7dd3-4b55-a1a4-00ec10fe3222](https://app.replay.io/recording/selecting-a-function-does-not-jump--9e030e67-7dd3-4b55-a1a4-00ec10fe3222)

From [SyncLinear.com](https://synclinear.com) | [FE-1624](https://linear.app/replay/issue/FE-1624/selecting-a-function-with-quick-open-does-not-jump)

[FE-1624] Selecting a function with quick open does not jump

Lexical version: Latest

## Steps To Reproduce

1. Open [Lexical playground](https://playground.lexical.dev/)
2. Replace text with "foo.bar"
3. Set cursor to beginning of text
4. Type OPTION + right arrow

Here is a Replay of the bug: https://app.replay.io/recording/2d509a52-e59b-40bd-83a9-ba17e89c90b8

## The current behavior
In Firefox, the cursor is now after the dot

## The expected behavior
Cursor should move before dot

all-platforms-bug

core

lexical

Bug: Option + Right arrow cursor bug (Firefox)

We made a Replay of this behavior 😛: https://app.replay.io/recording/dc020aef-64e2-4a4b-9a0d-1475ea12aebf you can click through to see a video.

I made an attempt to figure it out, and you can see my thought process in the replay. Afaict it's happening in the call to `sort` in `mergeObjectUpdates`, but I can't tell why.

https://github.com/tilt-dev/tilt/blob/master/web/src/HUD.tsx#L388

tilt

Resources reordering rapidly in sidebar

I tried to buy a hoverboard but it failed with an error :(

overboard

I can’t buy a board :(

Hey hey, just wanted to let you know this counter doesn't increment.

broken-counter

Counter doesn't increment

This does not seem to cause any problems while recording, but we crash when attempting to replay it. Personally, I think it would be reasonable to just disable the print dialog from Replay because that doesn't feel like a feature that people will run into much (if anything they are likely to accidentally bring up the dialog like me and accidentally mess up their recording), but we could also fix it  for full marks 😄 

Recording: https://app.replay.io/recording/please-consider-the-environment-before-printing-this-replay--aacb2af2-2107-492d-82ab-69dd4ca2d4c7?point=60684969543474293057435418937531463&time=60857&hasFrames=false (crash happens between 30 and 40 seconds I think)

limitation

linear

gecko-dev

Opening the Print Dialog cannot be replayed

Thread:

- https://twitter.com/k_woodhouse93/status/1585713986569637888
- https://twitter.com/k_woodhouse93/status/1585921284902252545
- Repro: https://twitter.com/k_woodhouse93/status/1586308416871489537
  - https://github.com/kwoodhouse93/ink-redux-repro
  - Replay (possibly crashing): https://app.replay.io/recording/replay-of-distclijs--797ca851-8c51-44c5-ba2f-ece05da30960

react-redux

Possible issue with either RTKQ or React-Redux with Ink

### Version

v14.17.6

### Platform

Darwin Nates-MacBook-Air.local 21.4.0 Darwin Kernel Version 21.4.0: Mon Feb 21 20:36:53 PST 2022; root:xnu-8020.101.4~2/RELEASE_ARM64_T8101 x86_64

### Subsystem

_No response_

### What steps will reproduce the bug?

As a possible workaround for https://github.com/RecordReplay/node/issues/28 I used process.exit to exit my script as a desirable point. The command I used to run the recording is `replay-node --exec ts-node ./src/index.ts `. 

### How often does it reproduce? Is there a required condition?

Seemingly every time 

### What is the expected behavior?

Replay should pause at the specified breakpoint

### What do you see instead?

Replay seems to be pausing at an unrelated breakpoint

### Additional information

The replay I'm experiencing this bug on is https://app.replay.io/recording/replay-of-ts-node--2833115f-26fd-4160-8b1d-ec19f86d8d16

Replay of the bug occurring is at https://app.replay.io/recording/replay-misidentifying-where-to-pause-for-breakpoint--3668d82a-b2e6-49cd-a1cb-0ba103cdcd85 

Reported on Discord at https://discord.com/channels/779097926135054346/798693728999047203/980889833998282792

Screen recording uploaded to Discord at https://discord.com/channels/779097926135054346/798693728999047203/980890518898753566 

node

Replay not pausing at correct position in call stack for breakpoint

![image](https://user-images.githubusercontent.com/87003751/222906320-80bb96fe-626f-471f-b21e-3092b798e6f8.png)


Protocol-Examples

react mount detection demo error

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: arm64
      Version: Darwin Kernel Version 22.6.0: Wed Jul  5 22:22:05 PDT 2023; root:xnu-8796.141.3~6/RELEASE_ARM64_T6000
    Binaries:
      Node: 20.2.0
      npm: 9.6.4
      Yarn: 1.22.19
      pnpm: 8.7.0
    Relevant Packages:
      next: 13.4.20-canary.12
      eslint-config-next: 13.4.19
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.2.2
    Next.js Config:
      output: N/A
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

Internationalization (i18n), Routing (next/router, next/navigation, next/link)

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/reproduction--e17b7c87-6019-40b2-b719-1e9b9ce80b13

### To Reproduce

- Create new next app
- Add robots.txt in public folder
- Setup basic i18n (see example below)
- Make sure you are on different domains (as example)
- Go to default domain `/robots.txt`
- See the robots.txt output
- Go to different domain `/robots.txt`
- See 404


```js
  i18n: {
    defaultLocale: "en",
    locales: ["en", "nl-NL"],
    domains: [
      {
        domain: "com.rob.ticketswap.pizza",
        defaultLocale: "en",
        http: false,
      },
      {
        domain: "nl.rob.ticketswap.pizza",
        defaultLocale: "nl-NL",
        http: false,
      },
    ],
    localeDetection: false,
  },
```

### Describe the Bug

This bug presented itself specifically in Next v13.

Public files are no longer accessible on all domains that are not the default domain (default locale domain).

### Expected Behavior

All files in public folder should be accessible on every domain that is setup in the i18n config.

### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_

area: Routing

Public files not accessible on i18n domains

Hi there,

With small size images, I get an issue like below:

![image](https://user-images.githubusercontent.com/94069932/150785560-7ba16f05-367d-4db8-bcf5-4fe4066034f2.png)

Can anybody help me?
Thanks in advance.

masonry

Issue with small size images

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: arm64
      Version: Darwin Kernel Version 22.4.0: Mon Mar  6 21:01:02 PST 2023; root:xnu-8796.101.5~3/RELEASE_ARM64_T8112
    Binaries:
      Node: 20.4.0
      npm: 9.7.2
      Yarn: N/A
      pnpm: N/A
    Relevant Packages:
      next: 13.4.12
      eslint-config-next: 13.4.12
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.1.6
    Next.js Config:
      output: N/A
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

App Router

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/create-next-app--71effefe-43de-463e-b54e-4c2e3d2fa540

### To Reproduce

Create a dynamic route which uses a server action to mutate data. Create a parallel, intercepting route which displays the same page in a modal and has the same ability to mutate data. When using a server action that revalidates path on the actual route, when the route is revalidated you will be redirected to intercepting route.   

### Describe the Bug

I have a route '/post/[id]' which also uses and intercepting parallel route to display the same page in a modal above the home page. On this page there is a like button which uses server actions to mutate the database which then calls revalidate route after the mutation is completed. On the intercepted route, this works without issue, however if I click the like button on the full route (not intercepted) when revalidatePath is called, the page redirects and the intercepting route modal is rendered over the full route (see recording). I am also using 'useOptimistic) but this bug occurs with or without the use of that hook. 

### Expected Behavior

revalidatePath does not redirect and show the intercepting route on top of the full route page. 

### Which browser are you using? (if relevant)

Chrome Version 115.0.5790.170 (Official Build) (arm64)

### How are you deploying your application? (if relevant)

Vercel

revalidatePath redirects to intercepting route

Probably a bug in visibility detection. 

Steps to repro:

1. https://excalidraw.com/#json=5236195592241152,nBFUdjjvd2rZyqpNHBMKUg
2. zoom on the ~center of the rectangle to 1000%

excalidraw

zooming on a shape stops rendering it

### Description

When using Stately Studio on Windows 11 (22H2) with either Chrome (107.0.5304.63) or Firefox (106.0.1), zoom in and zoom out actions (by pressing Ctrl + Mouse Wheel Up or Down) are zooming in or zooming out way too much.

### Expected result

When pressing Ctrl button and scrolling mouse wheel button, on every tick the zoom should change by a reasonable distance, that's roughly equal between ticks.

### Actual result

When zooming in, zoom percentage seems to double on every tick. When zooming out, zoom percentage always goes to 10%.

### Which browsers are you seeing the problem on?

Firefox, Chrome

### Additional details

Here's a link to a Replay recording: https://app.replay.io/recording/search-box-or-search-box-or-stately-studio--c6f61ac4-f6b7-4d67-80fe-f52635cb8a5d

studio-issues

Bug: unexpected zoom behavior on Windows 11

I'm debugging this recording:
https://app.replay.io/recording/21594023-f9ae-4787-912c-c391a68304aa

and I've noticed that sometimes I'm not able to step into certain functions. Take a look at this loom:
https://www.loom.com/share/9628264e684a4d0eb66e5176296972e5

Notice how I've wanted to step into `reportImplicitAny` but I was taken out of this frame, to the point after the call to the `reportImplicitAny`'s caller.

One additional thing I've noticed here is that 0 hits are reported on the line containing that `reportImplicitAny`
<img width="953" alt="Screenshot 2021-09-21 at 13 24 01" src="https://user-images.githubusercontent.com/9800850/134162769-40a1f617-a18e-4586-a954-1229a043f322.png">

This is clearly incorrect as I was paused at this line of code.

0 hits reported incorrectly

**Description**
Want to create Code Highlighting block with changing code language on every block. But got an error: 
`Error: Cannot resolve a Slate point from DOM point: [object Text],1`

**Recording**


https://user-images.githubusercontent.com/49220993/175454278-56800975-01bc-4d7d-89d3-31a51a8ef84b.mov



**Sandbox**
https://codesandbox.io/s/slate-reproductions-forked-rzgecw

**Steps**
To reproduce the behavior:
1. Click on custom block
2. Type something
3. See error (And also can't delete typed text)

**Expectation**
Edit text inside block without errors

**Environment**
- Slate Version: 0.80
- Operating System: Mac OS 12.1
- Browser: Safari 15.2

**Context**
Created custom block with code highlighting feature. 
Main difference with Slate Code Highlighting Example (https://github.com/ianstormtaylor/slate/blob/main/site/examples/code-highlighting.tsx) that I want to blocks with different languages in each custom block.


slate

Error: Cannot resolve a Slate point from DOM point: [object Text],1

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: arm64
      Version: Darwin Kernel Version 22.2.0: Fri Nov 11 02:03:51 PST 2022; root:xnu-8792.61.2~4/RELEASE_ARM64_T6000
    Binaries:
      Node: 19.4.0
      npm: 9.2.0
      Yarn: 1.22.19
      pnpm: N/A
    Relevant packages:
      next: 13.2.4
      eslint-config-next: N/A
      react: 18.2.0
      react-dom: 18.2.0
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

Data fetching (gS(S)P, getInitialProps), Routing (next/router, next/navigation, next/link)

### Link to the code that reproduces this issue

https://github.com/mitjapotocin/NextJS-LinkTest

### To Reproduce

The example app in the GH repo has branches with different next versions used.
To reproduce the bug use branch `next-13.2.4` or `next-canary`. Build and start the app.

Hover over the link and observe, that the prefetched `json` has an empty object instead of the props. 

Branch `next-12.2` has a working example (the only difference is the next version)

Do mind that the app is using `middleware` maybe that is causing the issue, but it worked on `next@12.2`

### Describe the Bug

When hovering over a link for the page that has `getServerSideProps` props get prefetched and `test.json` should contain the props, but it only has an empty object `{}` and when navigating to that page, the props on the page are also wrong every other time. See the video.

https://user-images.githubusercontent.com/36345162/227701941-4bd63b9e-5d8b-41c0-b363-11df6b5e2af7.mov



### Expected Behavior

When hovering over a link the server-side props should be prefetched as they did in version `12` and when navigationg to the page the props should be correct.

https://user-images.githubusercontent.com/36345162/227702140-691a672d-541d-454d-b7a5-296d292fd051.mov



### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

next start

area: data fetching

Prefetching and client side navigation not working coreclty

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
 Platform: darwin
 Arch: arm64
 Version: Darwin Kernel Version 23.0.0: Tue Jun 13 21:16:44 PDT 2023; root:xnu-10002.0.116.505.3~3/RELEASE_ARM64_T6000
 Binaries:
 Node: 18.16.0
 npm: 9.5.1
 Yarn: 1.22.19
 pnpm: 8.6.2
 Relevant packages:
 next: 13.4.7
 eslint-config-next: 13.4.7
 react: 18.2.0
 react-dom: 18.2.0
 typescript: 5.0.4
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

Middleware / Edge (API routes, runtime)

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/cannot-start-serverjs-at-localhost--df722455-73b5-4762-9a1a-aa18008a907c

### To Reproduce

I have custom server to run https at local host as bellow, it's works well with pervious next version. But it's occurs on v13.4.7
```javascript
const { createServer } = require('https')
const { parse } = require('url')
const next = require('next')
const fs = require('fs')
const port = 3001
const dev = process.env.NODE_ENV !== 'production'
const app = next({ dev })
const handle = app.getRequestHandler()

const httpsOptions = {
 key: fs.readFileSync(process.cwd() + '/config/localhost-key.pem'),
 cert: fs.readFileSync(process.cwd() + '/config/localhost.pem')
}

app.prepare().then(() => {
 createServer(httpsOptions, async (req, res) => {
 const parsedUrl = parse(req.url, true)
 await handle(req, res, parsedUrl)
 }).listen(port, (err) => {
 if (err) throw err
 console.log('ready - started server on url: https://localhost:' + port)
 })
})

``` 

### Describe the Bug

```javascript
yarn run v1.22.19
$ cross-env APP_ENV=development node server.js
ready - started server on url: https://localhost:3001
- event compiled client and server successfully in 88 ms (20 modules)
- wait compiling...
- event compiled client and server successfully in 74 ms (20 modules)
Error: connect ECONNREFUSED ::1:53504
 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1494:16) {
 errno: -61,
 code: 'ECONNREFUSED',
 syscall: 'connect',
 address: '::1',
 port: 53504
}
Error: connect ECONNREFUSED ::1:53504
 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1494:16) {
 errno: -61,
 code: 'ECONNREFUSED',
 syscall: 'connect',
 address: '::1',
 port: 53504
}

``` 

### Expected Behavior

Expect it will run without Error: 
```javascript
Error: connect ECONNREFUSED ::1:53504
 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1494:16) {
 errno: -61,
 code: 'ECONNREFUSED',
 syscall: 'connect',
 address: '::1',
 port: 53504
}

``` 

### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_

[NEXT-1336](https://linear.app/vercel/issue/NEXT-1336/cannot-run-with-custom-https-at-localhost)

kind: bug

area: standalone mode

area: Edge

[NEXT-1336] Cannot run with custom https at localhost

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
I am running this on vercel.
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

Middleware / Edge (API routes, runtime)

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/lusio-or-discover-new-games-or-track-your-gaming-portfolio-or-connect-with-other-gamers--4eed141a-022b-414e-82b5-77086de448b0

### To Reproduce

In the replay video below, please open the network terminal and look for 'signout' request.
Here, I have navigated through two environments, 
1. First one does not contain any reverse proxy from vercel and is directly hitting our API server.
2. Second one is being routed through a reverse proxy of vercel which I have configured in next.config.js.
Both these environments are actually deployed to vercel right now.

In the first `signout` request, please find that the headers 'st-access-token' and 'st-refresh-token' in the response are received by the browser as empty headers or with a value of ' '.

In the second instance where the 'signout' request goes through next's rewrite method's reverse proxy, these headers are not being received on the browser. 

### Describe the Bug

Bug here is that empty headers in response are being removed by the reverse proxy enabled through 'rewrite' method in next config. This is unexpected behaviour.

### Expected Behavior

The empty headers should be sent to browser as-is and should not be removed.

### Which browser are you using? (if relevant)

Version 113.0.5672.63 (Official Build) (arm64)

### How are you deploying your application? (if relevant)

Vercel

Empty headers in response of request proxied through `rewrites` get automatically removed. 

### What version of React, ReactDOM/React Native, Redux, and React Redux are you using?

- React: 0.0.0-experimental-e7d0053e6-20220325
- ReactDOM: 0.0.0-experimental-e7d0053e6-20220325
- Redux: 4.2.0
- React Redux: 8.0.2

Here is a Replay recording of this bug with some annotations from me:
http://app.replay.io/recording/replay-failing-reactdevtools-e2e-repro--3351989d-95d4-4035-80af-07d813a623aa

Here is a Loom (it's long) where I use Replay to investigate the problem:
https://www.loom.com/share/3d60c14466184b03acc9af7b80e9eff8

Also note that this issue is specific to an experimental React API, `Offscreen`. The React team has [published some early documentation](https://github.com/reactwg/react-18/discussions/19) about this API but it has not been released in a stable form yet.

### What is the current behavior?

A _connected_ component misses updates that are fired while it is inside of a hidden `Offscreen` component.

I believe this is because the component unsubscribes when it is _unmounting_ and does not check for missed updates when it is later remounted. (The selectors passed tot he map-state-to-props function were not executed.)

### What is the expected behavior?

The _expected_ behavior is perhaps up for debate. Should the component process Store updates (at a lower priority) while hidden or should it wait to render them only if it's later re-shown? In a sense, this question isn't worth debating _yet_ because I don't think React currently provides an API (even an experimental one) to _stay subscribed_ while in a hidden state.

That being said, I think the currently expected behavior is that when then `Offscreen` tree is later _re-shown_, React Redux `connect` should check the Store for the latest values and re-render if they have changed since the component was last rendered.

### Which browser and OS are affected by this issue?

Presumably all of them

### Did this work in previous versions of React Redux?

- [ ] Yes

Connect HOC misses store changes when "offscreen"

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
 Platform: darwin
 Arch: arm64
 Version: Darwin Kernel Version 22.3.0: Mon Jan 30 20:38:37 PST 2023; root:xnu-8792.81.3~2/RELEASE_ARM64_T6000
 Binaries:
 Node: 16.20.0
 npm: 8.19.4
 Yarn: 1.22.19
 pnpm: N/A
 Relevant packages:
 next: 13.4.4-canary.0
 eslint-config-next: N/A
 react: 18.2.0
 react-dom: 18.2.0
 typescript: 4.9.3
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

App directory (appDir: true), Middleware / Edge (API routes, runtime)

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/untitled--a18f4a73-07a1-49a7-94ec-6400bf8094ae

### To Reproduce

Issue is not reproducible locally or in Node.js environments, where `caches` is always present

Issue happens only inside Vercel Edge Middleware

Can be reproduced by deploying app with following `middleware.ts`:

```typescript
import type { NextRequest } from "next/server";
import { NextResponse } from "next/server";

export async function middleware(request: NextRequest) {
 console.log({
 typeofCaches: typeof caches, // "undefined"
 globalTypeofCaches: typeof global.caches, // "undefined"
 });
 return NextResponse.next();
}

export const config = {
 matcher: ["/", "/((?!_next/static|favicon.ico).*)"],
};
```

### Describe the Bug

Global `caches` property is `undefined` when trying to access it from `middleware.ts/js` inside Vercel Edge Middleware runtime.

Here are logs from Edge Middleware. `typeof caches` and `typeof global.caches` yields `undefined`

<img width="560" alt="Screenshot 2023-05-20 at 20 18 17" src="https://github.com/vercel/next.js/assets/12574743/f3f4eb1e-5f8d-4c03-87b3-5087a41d75af">

When running locally or inside remote Node.js environment, `caches` is present and middleware works fine

And here are logs from Next.js Serverless Function, where `caches` are present:

<img width="550" alt="Screenshot 2023-05-20 at 20 19 32" src="https://github.com/vercel/next.js/assets/12574743/0bbfe7e2-20e7-415f-a7e8-d5db5065da57">



### Expected Behavior

`caches` and `global.caches` inside Vercel Edge Middleware runtime is present and exposes [Web APIs CacheStorage](https://developer.mozilla.org/en-US/docs/Web/API/Cache)



### Which browser are you using? (if relevant)

Version 113.0.5672.126 (Official Build) (arm64)

### How are you deploying your application? (if relevant)

Vercel

area: app

Web APIs Cache not working in Vercel Edge Middleware – typeof `caches` is `undefined`

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
codesandbox on next@13.4.1-canary.2
```

### Which area(s) of Next.js are affected? (leave empty if unsure)

Routing (next/router, next/navigation, next/link)

### Link to the code that reproduces this issue

https://codesandbox.io/p/sandbox/hopeful-taussig-uvq5g1

### To Reproduce

Click around to different pages, which are all handled by the same /app/[path]/page.tsx route.

### Describe the Bug

Note that scroll position is preserved when navigating.

### Expected Behavior

You wouldn't expect it to be.


[NEXT-1130](https://linear.app/vercel/issue/NEXT-1130/app-router-scroll-position-not-reset-when-dynamic-segment-changes)

linear: next

[NEXT-1130] app router: Scroll position not reset when dynamic segment changes

### Link to the code that reproduces this issue or a replay of the bug

https://app.replay.io/recording/replay--41152657-8bf0-4f25-b67c-d4a985bb8dfe

### To Reproduce

1. Start application with `npm run dev`
2. Application homepage will not load. In the console I get the error:
```
npm run dev

> employbl-frontend@0.1.0 dev
> next dev

 ▲ Next.js 13.4.20-canary.23
 - Local: http://localhost:3000
 - Experiments (use at your own risk):
 · cpus
 · scrollRestoration

 ✓ ready
 ✓ compiled /middleware in 196ms (89 modules)
Browserslist: caniuse-lite is outdated. Please run:
 npx update-browserslist-db@latest
 Why you should do it regularly: https://github.com/browserslist/update-db#readme
 ✓ compiled / in 1630ms (596 modules)
TypeError: Cannot read properties of null (reading 'length')
 at isSubdomain (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:592:41)
 at RedirectableRequest._processResponse (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:427:7)
 at RedirectableRequest._onNativeResponse (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:57:10)
 at Object.onceWrapper (node:events:629:26)
 at ClientRequest.emit (node:events:514:28)
 at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:693:27)
 at HTTPParser.parserOnHeadersComplete (node:_http_common:119:17)
 at Socket.socketOnData (node:_http_client:535:22)
 at Socket.emit (node:events:514:28)
 at addChunk (node:internal/streams/readable:343:12)
 at readableAddChunk (node:internal/streams/readable:316:9)
 at Readable.push (node:internal/streams/readable:253:10)
 at TCP.onStreamRead (node:internal/stream_base_commons:190:23)
 X uncaughtException: Error [TypeError]: Cannot read properties of null (reading 'length')
 at isSubdomain (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:592:41)
 at RedirectableRequest._processResponse (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:427:7)
 at RedirectableRequest._onNativeResponse (/Users/connorleech/code/employbl-frontend/node_modules/follow-redirects/index.js:57:10)
 at Object.onceWrapper (node:events:629:26)
 at ClientRequest.emit (node:events:514:28)
 at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:693:27)
 at HTTPParser.parserOnHeadersComplete (node:_http_common:119:17)
 at Socket.socketOnData (node:_http_client:535:22)
 at Socket.emit (node:events:514:28)
 at addChunk (node:internal/streams/readable:343:12)
 at readableAddChunk (node:internal/streams/readable:316:9)
 at Readable.push (node:internal/streams/readable:253:10)
 at TCP.onStreamRead (node:internal/stream_base_commons:190:23) {
 digest: undefined
}
```
I first noticed this after doing a deploy I got 404 on my homepage in production. I redeployed the same code using Vercel and the issue disappeared but now it is happening for me locally. One interesting thing was that when the bug was happening in production my site www.employbl.com did not work but the vercel prod deployment https://employbl-frontend-employbl.vercel.app/ loaded fine. Now it's my local that's not working as both sites work after the redeploy.

### Current vs. Expected behavior

Current behavior in my local env is the site fails to load with the message in the terminal from above. Locally, after a long time I get a 500 response 

<img width="1269" alt="Screenshot 2023-09-09 at 1 30 13 PM" src="https://github.com/vercel/next.js/assets/3578908/1f67307d-bd31-44e3-8733-d6584d382a13">

Expected behavior is for the page to load. This was working fine last week I've made minimal changes.

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
 Platform: darwin
 Arch: arm64
 Version: Darwin Kernel Version 22.6.0: Wed Jul 5 22:21:53 PDT 2023; root:xnu-8796.141.3~6/RELEASE_ARM64_T6020
 Binaries:
 Node: 20.6.0
 npm: 9.8.1
 Yarn: N/A
 pnpm: N/A
 Relevant Packages:
 next: 13.4.20-canary.23
 eslint-config-next: 13.1.0
 react: 18.2.0
 react-dom: 18.2.0
 typescript: 4.7.4
 Next.js Config:
 output: N/A
```


### Which area(s) are affected? (Select all that apply)

Not sure

### Additional context

I test across Next 13.03 as suggested in this stackoverflow question: https://stackoverflow.com/questions/74415937/nextjs-typeerror-cannot-read-properties-of-null-reading-length as well as canary and latest stable release but keep getting the same issue.

please add a complete reproduction

Error [TypeError]: Cannot read properties of null (reading 'length') at isSubdomain with Next 13

It seems that pressing shift key while scrolling the mouse wheel has no effect on Windows, contents of the canvas move up or down, instead of left or right. On Mac it works as expected.

I was able to reproduce this with the latest versions of Chrome and Edge on Windows 10.