Build failed when using concurently about concurrently

[NobbZ]

I created a gist at https://gist.github.com/NobbZ/df3b2c3491cbb2ae85bdfe88df8ffaa6 that should contain the required information. If anything is missing please ask and I will try to provide it.

[gustavohenke]

Thanks @NobbZ for the reproduction. I managed to reproduce it without using nix.

There are some issues about this on yargs and cliui about this:

• yargs/cliui#138
• yargs/cliui#150
• yargs/yargs#2354

Seems like this issue is related to yarn <1.22.22. Once I upgraded yarn, the issue is fixed.
https://github.com/yarnpkg/yarn/releases/tag/v1.22.22

[joneath]

I'm also facing the same issue but I don't believe concurrently is the cause as @gustavohenke said. Locally my dev server fails to boot with concurrently being the top of the stack for the trace but when I try and build my project in Github actions it fails on cypress. This all occurred last week when I updated a lot of packages so now I get to filter out which one. I'll report back here on which package it was so maybe @cojoclaudiu has the same one and can rollback versions.

[joneath]

I don't have rimraf as a direct dependency but it's included in my yarn.lock as a packaged dependency. My project uses Nuxt and after reverting from the 3.6.x release back to 3.5.3 while also restoring the yarn.lock fixed the issue. I may dig in a bit more to see why the upgrade breaks by project but I may also just wait until the next Nuxt release and try my luck then...

[ueat-benoitt]

I got the exact same error. Looking at the lock file, it was supposed to use wrap-ansi@7 but it was using wrap-ansi@v8 even though the lock file was saying otherwise. I had to delete yarn.lock and node_modules and re-run yarn. It's the only way I was able to fix it. Luckily my versions were not too out of date.

[kgarchie]

I have the same issue. I use Nuxt

Also with the latest version? https://github.com/open-cli-tools/concurrently/releases/tag/v8.2.1

Yeap, but I reckon that the problem may lie in Nuxt

[NobbZ]

I never committed that and reverted already to only tailwind.

I will try to reproduce later this evening and then provide what I get.

[gustavohenke]

Can you provide any more details?

• What is "recently"?
• What are yarn build:app1 and yarn build:app2?
• Does your build work with an older concurrently version?

Also note that concurrently doesn't use either of the mentioned packages (cliui and wrap-ansi), so without a minimal reproduction code, I'm unlikely to be able to help.

[cojoclaudiu]

@joneath are you using rimraf? I've have this problem when I've got concurrently and rimraf installed, if I remove rimref the error is gone

[kgarchie]

I have the same issue. I use Nuxt

[paescuj]

I have the same issue. I use Nuxt

Also with the latest version? https://github.com/open-cli-tools/concurrently/releases/tag/v8.2.1

[paescuj]

Yea

I have the same issue. I use Nuxt

Also with the latest version? https://github.com/open-cli-tools/concurrently/releases/tag/v8.2.1

Yeap, but I reckon that the problem may lie in Nuxt

Yeah, I guess it's because of conflicting versions of wrap-ansi in the dependency tree and somehow the wrong version gets required.

[NobbZ]

I had this problem using the following dependencies in my SSG for a blog I am preparing:

{
  "dependencies": {
    "@tailwindcss/typography": "^0.5.10",
    "tailwindcss": "^3.4.1"
  },
  "devDependencies": {
    "concurrently": "^8.2.2"
  }
}

Perhaps this more minimal list of deps can help to identify the problem.

In the meantime I was able to mitigate by removing concurrently from the deps and using it installed from my systems package manager, even though this feels unclean.

[gustavohenke]

Hey @NobbZ, do you mind also sharing your package-lock.json, Node.js and package manager version (npm/pnpm/yarn)?

[houd1ni]

@NobbZ Had to uninstall concurrently because of this. No adequate hacks that works. It also might just work if the package maintainer just upgrade their deps.

[cojoclaudiu]

@houd1ni you can still use it if you add to resolutions the dependencies version

[houd1ni]

@houd1ni you can still use it if you add to resolutions the dependencies version

A lot of. I've tracked and added two and more came up. Three and more looks dangerous for me 😄