E2E configuration hangs forever at 'initializing config' after migration

[sync-by-unito]

Current Behavior

running the migration on todomvc project, when running the first time e2e it hangs there forever until I refresh it

Loom

Cypress.-.19.May.2022.1.mp4

These are the only logs on the terminal

Maybe related in DEBUG logs

this seems to be only happening in the binary

https://cypressio.slack.com/archives/C02MW5QBD4K/p1652987265272569

Reproducible Steps

1. Migrate this repo: https://github.com/cypress-io/cypress-example-todomvc

┆Issue is synchronized with this Jira Bug by Unito
┆Attachments: image (15).png | image-20220519-194702.png | Screen Shot 2022-05-19 at 2.13.44 PM.png | Screen Shot 2022-05-25 at 1.09.57 PM.png
┆author: Alejandro Estrada
┆epic: Edge Cases
┆friendlyId: UNIFY-1794
┆priority: Highest
┆sprint: Backlog
┆taskType: Bug

[sync-by-unito]

➤ Alejandro Estrada commented:

Maybe related based on the logs

[sync-by-unito]

➤ Mark Noonan commented:

Moving to blocked as I’ve been unable to reproduce this at all, even in the build from May 19 that was used for the last walkthrough.

[sync-by-unito]

➤ Mark Noonan commented:

From the screenshots, it looks like is line is where the error in the video happened:

cypress/packages/data-context/src/sources/GitDataSource.ts

Line 349 in 6622f6a

const result = await execa(cmd, { shell: process.env.SHELL || '/bin/bash', cwd: this.#gitBaseDir })

Decided to log this and document the typical output of that stdout for git info. To my surprise, even though the actual failure is not present (nothing hangs) I still saw the error logged:

Confirmed I see this error logged even in the newest binary.

[sync-by-unito]

➤ Mark Noonan commented:

The error is always logged because the result has no status code,

cypress/packages/data-context/src/sources/GitDataSource.ts

Line 352 in 6622f6a

if (result.exitCode !== 0) {

- it is undefined, not 0.

[sync-by-unito]

➤ Mark Noonan commented:

Hi Muaz Othman just curious what you make of this, the return value for const result = await execa(cmd, { shell: process.env.SHELL || '/bin/bash', cwd: this.#gitBaseDir }) does not appear to have an exitCode , result.exitCode logs as undefined. It does have a code property of 0. This does not seem to be the cause of the issue but wanted to get your thoughts, does the absence of any exit code mean something? We get a full payload of git data.

[sync-by-unito]

➤ Muaz Othman commented:

This is weird. I can reproduce getting undefined for result.exitCode which looks weird, and the typing bundled with execa doesn't declare a code field. I found that execa is now at version 6.1.0 and we’re using a 4 years old v 1.0.0. I think we’re using execa to address a few issues with nativechild_process on Windows.
I guess we can consider:

• Upgrading to a more recent version of execa can potentially address this and see if this would potentially have any other consequences.
• Override the TS compiler to force the use of code as in the snippet below. This solution works fine but it feels like a hack

    // while the typings include a field named `exitCode`, the actual field is `code`
    // overriding typing to correct
    const r = result as any as (Omit<typeof result, 'exitCode'> & {code: number})

    debugVerbose('command execution exit code is %d', r.code)
    if (r.code !== 0) {
      debug(`command execution error: %o`, result)
    }

Which way do you think we should do it, Mark Noonan and Tim Griesser ?

[marktnoonan]

@rockhold @baus I think we should go on and close this ticket. The error we are seeing that Muaz discusses here is not actually affecting anything (though it would be nice to clean it up) and the main issue reported here could not be reproduced.

[steveolotu]

Not sure if it helps, but just fyi: I had a similar issue and was able to solve it by switching my console from Cmdr to GitBash.

[yktoo]

I'm having the same situation with 12.7 after a fresh install (Cypress was never used in this project).

It just hangs forever, no message in DevTools or console.

I'm on Ubuntu 22.10, Node 18.14.2. I use Cypress a lot in other projects without issue.

[marktnoonan]

Thanks, @yktoo it's clearly the same presentation (config just spinning), but seems to be different situation. The issue above is one related to a problem after migrating an existing project from pre-10.0 Cypress, which wouldn't be a factor in a new project.

I've opened a fresh issue (#25974) to track.

[zinaemilian]

Hi, I am installing the first-time cypress on my machine and config spinning over 5 minutes and not lunch Cypress 🤯

[zinaemilian]

will it be launched at the end?

[marktnoonan]

@zinaemilian what command are you using to open Cypress? Can you share the project?

[AndreiMocirean]

Hello,
@marktnoonan I have the same problem. I am running on a MacOS and I have installed Cypress for the first time as I want to learn how to use it. I do open it by ./cypress open command.
I tried closing it and now the E2E seems to be configured, but when I do click on it, the following error is generated.

[marktnoonan]

Hmm @AndreiMocirean from the screenshot it appears you have opened the./bin folder as a project, which could be causing problems.

Could I suggest the following to explore Cypress:

1. Make a directory called test-project or something
2. Inside that directory, run npm install Cypress
3. Then run npx cypress open

If you follow the setup steps again, Cypress should do its setup and scaffolding in that test-project folder.

[zinaemilian]

I solve this problem with run this command “cypress open --e2e” after installing cypress, I didn't launch with “npx cypress open --config-file cypress/cypress.json” thx a lot

[zinaemilian]

In my case “npm cypress open” did not work. I used the command “npx cypress open --config-file cypress/cypress.json” instead of it. But I faced the spinning issue then I delete and create again my demo-project than I run ““cypress open --e2e” after finishing the installation and it is working as we expected. Many thanks for your quick response @marktnoonan

[dplong]

I'm also getting the spinning "cy" on the "Initializing config..." screen after running ./node_modules/.bin/cypress open then selecting E2E Testing. Cypress v13.6.6 and Rocky 9.3. Haven't tried any of the fixes/workarounds yet.

[mikegwhit]

also getting this nothing local changed at all seemed to just happen between my last run EoD yesterday and this a.m.
tried:

• rm -rf node_modules && npm i
• npx cypress cache clear && cypress install

in my / our case it was a preflight test that was failing and not logging that it was failing (our API server inaccessible)

[marktnoonan]

@mikegwhit Thanks for reporting - I'd suggest opening a brand new issue and describe in detail what you're experiencing. This issue was related to a specific problem that used to occur after automated migration of projects from earlier versions of Cypress into Cypress 10 and was since solved. Even if the presentation is the same (stuck on "initializing config...") - if you weren't migrating an old project, then you have a different issue that could be investigated on its own.

[ELigoP]

UPDATE: it took like 3 minutes to load, even when before it took like 3 seconds. Good it works, but could be a liitle faster :)

OLD MESSAGE:
I am getting this after running Cypress 14.0.1 and 14.0.3 (I tried both; 13.x.y worked fine).

I use Ubuntu 22.04.

$ MODE="production-e2e" npx cypress open --e2e -b firefox
It looks like this is your first time using Cypress: 14.0.3

✔  Verified Cypress! /home/runner/.cache/Cypress/14.0.3/Cypress

Opening Cypress...

DevTools listening on ws://127.0.0.1:39161/devtools/browser/cae0a626-66cf-4729-8641-e33c9e1fc197
[50409:0218/181833.558543:ERROR:atom_cache.cc(229)] Add _NET_WM_WINDOW_TYPE_INDEX to kAtomsToCache
(node:50601) ExperimentalWarning: `--experimental-loader` may be removed in the future; instead use `register()`:
--import 'data:text/javascript,import { register } from "node:module"; import { pathToFileURL } from "node:url"; register("file%3A///home/emil/.cache/Cypress/14.0.3/Cypress/resources/app/node_modules/ts-node/esm/transpile-only.mjs", pathToFileURL("./"));'
(Use `node --trace-warnings ...` to show where the warning was created)
(node:50601) [DEP0180] DeprecationWarning: fs.Stats constructor is deprecated.
(Use `node --trace-deprecation ...` to show where the warning was created)
(node:50601) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
[50409:0218/181835.537213:ERROR:CONSOLE(1)] "Request Autofill.enable failed. {"code":-32601,"message":"'Autofill.enable' wasn't found"}", source: devtools://devtools/bundled/core/protocol_client/protocol_client.js (1)
[50409:0218/181835.537273:ERROR:CONSOLE(1)] "Request Autofill.setAddresses failed. {"code":-32601,"message":"'Autofill.setAddresses' wasn't found"}", source: devtools://devtools/bundled/core/protocol_client/protocol_client.js (1)