AbortController is not defined - Remix app deployed in Netlify - netlify

I am getting the error AbortController is not defined in a Remix app deployed to Netlify, before this last update the app was working fine. The error does not generate in local environment.
No fancy code, just using the example from developer.chrome.com
Remix version: 1.4.1
Netlify deploy
6:44:26 PM: Starting build script
6:44:26 PM: Installing dependencies
6:44:26 PM: Python version set to 2.7
6:44:26 PM: Started restoring cached node version
6:44:27 PM: Finished restoring cached node version
6:44:28 PM: v16.15.0 is already installed.
6:44:28 PM: Now using node v16.15.0 (npm v8.5.5)
6:44:28 PM: Started restoring cached build plugins
6:44:28 PM: Finished restoring cached build plugins
6:44:28 PM: Attempting ruby version 2.7.2, read from environment
6:44:29 PM: Using ruby version 2.7.2
6:44:30 PM: Using PHP version 8.0
6:44:30 PM: No npm workspaces detected
6:44:30 PM: Started restoring cached node modules
6:44:30 PM: Finished restoring cached node modules
6:44:30 PM: Started restoring cached go cache
6:44:30 PM: Finished restoring cached go cache
6:44:30 PM: go version go1.16.5 linux/amd64
6:44:30 PM: go version go1.16.5 linux/amd64
6:44:30 PM: Installing missing commands
6:44:30 PM: Verify run directory
Any idea? Thanks!

Related

Netlify deploy Error: Cannot find module 'gatsby-plugin-image/graphql-utils'

I tried deploying a site to Netlify but ran into this error
10:22:38 PM: Error: Cannot find module 'gatsby-plugin-image/graphql-utils'
I checked on here and saw a solution to run this command
node -v > nvmrc
I ran the command and started a fresh deployment. During deployment another error came up
10:29:38 PM: Build ready to start
10:29:40 PM: build-image version: e4d2dbe4cfec46db257e869258461ded89b75c9b
10:29:40 PM: build-image tag: v3.7.3
10:29:40 PM: buildbot version: 2cb5794cb93042dadefe5dbdc6b35edc34c20454
10:29:40 PM: Fetching cached dependencies
10:29:40 PM: Failed to fetch cache, continuing with build
10:29:40 PM: Starting to prepare the repo for build
10:29:40 PM: No cached dependencies found. Cloning fresh repo
10:29:40 PM: git clone https://github.com/Dayropo/gatsby-exercise
10:29:41 PM: Preparing Git Reference refs/heads/master
10:29:42 PM: Parsing package.json dependencies
10:29:43 PM: Different publish path detected, going to use the one specified in the Netlify configuration file: 'public' versus 'public/' in the Netlify UI
10:29:43 PM: Starting build script
10:29:43 PM: Installing dependencies
10:29:43 PM: Python version set to 2.7
10:29:43 PM: Attempting node version 'v14.16.1
' from .nvmrc
10:29:44 PM: Version 'v14.16.1
' not found - try `nvm ls-remote` to browse available versions.
10:29:44 PM: Failed to install node version 'v14.16.1
'
10:29:44 PM: Build was terminated: Build script returned non-zero exit code: 1
10:29:44 PM: Creating deploy upload records
10:29:44 PM: Failing build: Failed to build site
10:29:44 PM: Failed during stage 'building site': Build script returned non-zero exit code: 1
10:29:44 PM: Finished processing build request in 4.627825827s
Would really appreciate some help.
As you said, when some dependency fails only in Netlify side, the 99% of the cases is caused by a missmatching versions of Node versions between local and Netlify environment. This is fixed by forcing the node version with:
node -v > nvmrc
When Netlify finds the .nvmrc file, it tries to download the version to start the building process, that's the perfect workaround and the way to fix missing dependencies. In your case, the Node version couldn't be satisfied (14.16.1) so the whole process can't even start.
Netlify's deploy system downloads Node and Node packages during build time and this issue is mostly related to a temporary issue between Netlify and Cloudflare.
So, if your application builds locally without any issues don't panic, they will fix the issue soon. Retry the deployment in a few hours and check the Netlify status page or Cloudflare status page for further logs.
According to Cloudflare status page, they seem to have troubles in some servers around the globe.
Sources:
https://answers.netlify.com/t/need-help-debugging-version-12-18-0-not-found-try-nvm-ls-remote-to-browse-available-versions/19067/13
https://answers.netlify.com/t/deploy-failed-to-install-node-version-10/7322/3
https://github.com/netlify/cli/issues/1163
https://answers.netlify.com/t/building-issue-version-12-18-0-not-found-try-nvm-ls-remote-to-browse-available-versions/21630

Node version issue when creating Vue CLI 3 app

I have installed the latest Vue CLI to version 3.1.3.
I'm trying to create a new app with vue create app
This goes fine until Yarn tries to install the dependancies:
yarn install v1.12.3
[1/4] 🔍 Resolving packages...
[2/4] 🚚 Fetching packages...
error eslint#5.9.0: The engine "node" is incompatible with this module. Expected version "^6.14.0 || ^8.10.0 || >=9.10.0". Got "8.9.4"
error Found incompatible module
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
ERROR command failed: yarn
node --version shows I'm using 8.9.4.
When I try to update node via homebrew I get an error saying I already have node 11.2.0:
Simons-MBP-2:~ Simon$ brew upgrade node
Updating Homebrew...
Error: node 11.2.0 already installed
Simons-MBP-2:~ Simon$ node --version
v8.9.4
Could this be related to a 'path' issue. I am trying to create my vue app on a directory in my regular path where all my other projects are.

Issue with Jhipster upgrade from 4.5.2 to 4.14.1

We are trying to upgrade our jhipster application to the latest version.
We are trying to upgrade manually as referred in the page [http://www.jhipster.tech/2018/02/27/jhipster-release-4.14.1.html][1]
currently our Jhipster version is 4.5.2
after executing the command
yarn global upgrade generator-jhipster
following is the output:
yarn global upgrade generator-jhipster
yarn global v1.5.1
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Rebuilding all packages...
info Lockfile not saved, no dependencies.
success Saved 0 new dependencies.
Done in 0.11s.
now if I check the Jhipster version it still shows 4.5.2
we want to upgrade to Jhipster 4.14.1
Other Version we use:
node version -> v8.9.4
npm version -> 5.6.0
yarn version -> 1.5.1
What is going wrong in our upgrade steps that we do?
It seems that you actually did not fully follow the release note.
Have you executed the second command ?
jhipster upgrade
EDIT:
If you follow the manual way to update, then have you follow this instruction ?
If you have an existing project, it will still use the JHipster
version with which it was generated. To upgrade your project, you must
first delete its node_modules folder and then run:
jhipster

React errors when deployed with CI on Netlify but works fine if deployed from CLI?

Im able to deploy my site with the Netlify CLI and everything works great. When I try to set up continuous integration I don't get a build error but when I visit the site React throws an error:
Error: Minified React error #130 https://reactjs.org/docs/error-decoder.html?invariant=130&args[]=undefined&args[]=
Steps with CLI:
run 'npm run build' from project root
cd to 'build'
run 'netlify deploy'
when I see this message choose yes: No site id specified, create a new site (Y/n)
hit enter when I see this: Path to deploy? (current dir)
If I click on the link provided the site looks good and no errors in the console.
This is my netlify.toml file:
[Settings]
ID = "MyProject"
# Settings in the [build] context are global and are applied to all contexts unless otherwise overridden by more specific contexts.
[build]
# This is the directory that you are publishing from (relative to root of your repo)
publish = "build"
# This will be your default build command
command = "npm run build"
Logged into Netlify I choose "new site from git" and choose my repo
and branch
I leave the build command and publish directory fields empty as they will be overridden by the netlify.toml file. (Ive tried entering the same values as in the netlify.toml just to be sure)
Here are the logs:
9:00:14 AM: Build ready to start
9:00:16 AM: Fetching cached dependencies
9:00:17 AM: Failed to fetch cache, continuing with build
9:00:17 AM: Starting to prepare the repo for build
9:00:17 AM: No cached dependencies found. Cloning fresh repo
9:00:17 AM: git clone git#github.com:myname/project
9:00:18 AM: Preparing Git Reference refs/heads/master
9:00:19 AM: Found netlify.toml. Overriding site configuration
9:00:19 AM: Starting build script
9:00:19 AM: Installing dependencies
9:00:20 AM: v8.9.4 is already installed.
9:00:21 AM: Now using node v8.9.4 (npm v5.6.0)
9:00:21 AM: Attempting ruby version 2.3.6, read from environment
9:00:22 AM: Using ruby version 2.3.6
9:00:22 AM: Using PHP version 5.6
9:00:22 AM: Started restoring cached node modules
9:00:22 AM: Finished restoring cached node modules
9:00:22 AM: Started restoring cached yarn cache
9:00:22 AM: Finished restoring cached yarn cache
9:00:23 AM: Installing yarn at version 1.3.2
9:00:23 AM: Installing Yarn!
9:00:23 AM: > Downloading tarball...
9:00:23 AM: [1/2]: https://yarnpkg.com/downloads/1.3.2/yarn-v1.3.2.tar.gz --> /tmp/yarn.tar.gz.PPdZXZ4deY
9:00:23 AM: % Total % Received % Xferd Average Speed Time Time Time Current
9:00:23 AM: Dload Upload Total Spent Left Speed
9:00:23 AM:
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 91 100 91 0 0 1387 0 --:--:-- --:--:-- --:--:-- 1400
9:00:23 AM:
0 0 0 608 0 0
9:00:23 AM: 2313 0 --:--:-- --:--:-- --:--:-- 2313
9:00:23 AM:
39 865k 39 338k 0 0 440k
9:00:23 AM: 0 0:00:01 --:--:-- 0:00:01 440k
9:00:23 AM:
100 865k 100 865k 0 0 880k 0 --:--:-- --:--:-- --:--:-- 2451k
9:00:23 AM: [2/2]: https://yarnpkg.com/downloads/1.3.2/yarn-v1.3.2.tar.gz.asc --> /tmp/yarn.tar.gz.PPdZXZ4deY.asc
9:00:23 AM:
100 95 100 95 0 0 6080 0 --:--:-- --:--:-- --:--:-- 6080
9:00:24 AM: 0
9:00:24 AM: 0 0 612 0 0 5100 0 --:--:-- --:--:-- --:--:-- 5100
9:00:24 AM:
100 1027 100 1027 0
9:00:24 AM: 0 6431 0 --:--:-- --:--:-- --:--:-- 6431
9:00:24 AM: > Verifying integrity...
9:00:24 AM: gpg: Signature made Thu 02 Nov 2017 04:44:10 PM UTC using RSA key ID FD2497F5
9:00:24 AM: gpg: Good signature from "Yarn Packaging <yarn#dan.cx>"
9:00:24 AM: gpg: WARNING: This key is not certified with a trusted signature!
9:00:24 AM: gpg: There is no indication that the signature belongs to the owner.
9:00:24 AM: Primary key fingerprint: 72EC F46A 56B4 AD39 C907 BBB7 1646 B01B 86E5 0310
9:00:24 AM: Subkey fingerprint: 6A01 0C51 6600 6599 AA17 F081 46C2 130D FD24 97F5
9:00:24 AM: > GPG signature looks good
9:00:24 AM: > Extracting to ~/.yarn...
9:00:24 AM: > Adding to $PATH...
9:00:24 AM: > We've added the following to your /opt/buildhome/.profile
9:00:24 AM: > If this isn't the profile of your current shell then please add the following to your correct profile:
9:00:24 AM: export PATH="$HOME/.yarn/bin:$HOME/.config/yarn/global/node_modules/.bin:$PATH"
9:00:24 AM:
9:00:24 AM: > Successfully installed Yarn 1.3.2! Please open another terminal where the `yarn` command will now be available.
9:00:25 AM: Installing NPM modules using Yarn version 1.3.2
9:00:25 AM: yarn install v1.3.2
9:00:26 AM: [1/4] Resolving packages...
9:00:28 AM: [2/4] Fetching packages...
9:00:52 AM: info fsevents#1.1.2: The platform "linux" is incompatible with this module.
9:00:52 AM: info "fsevents#1.1.2" is an optional dependency and failed compatibility check. Excluding it from installation.
9:00:52 AM: [3/4] Linking dependencies...
9:01:04 AM: [4/4] Building fresh packages...
9:01:07 AM: success Saved lockfile.
9:01:07 AM: Done in 41.51s.
9:01:07 AM: NPM modules installed using Yarn
9:01:08 AM: Installing missing commands
9:01:08 AM: Executing user command: npm run build
9:01:08 AM: > my-project#0.0.1 build /opt/build/repo
9:01:08 AM: > npm-run-all build-css build-js
9:01:09 AM: > my-project#0.0.1 build-css /opt/build/repo
9:01:09 AM: > node-sass-chokidar src/ -o src/
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/Account/AccountDetails.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/App.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/AppHeader.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/base.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/btn.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/form.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/functional.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/functional/margin-padding.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/App/functional/section.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/BreadCrumbs/BreadCrumbs.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/Comments/Comment.css
9:01:09 AM: Rendering Complete, saving .css file...
9:01:09 AM: Wrote CSS to /opt/build/repo/src/components/Comments/NewComment.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/EventPage/EventPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/EventsPage/EventsPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/GroupPage/GroupPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/GroupPage/GroupPageEvents.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/GroupsPage/GroupsPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/LocationPage/LocationPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/LocationsPage/LocationsPage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/Members/Members.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/ModalContent/ModalContent.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/PageNotFound/PageNotFound.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/PeoplePage/PeoplePage.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/UserPic/UserPic.css
9:01:10 AM: Rendering Complete, saving .css file...
9:01:10 AM: Wrote CSS to /opt/build/repo/src/components/vars.css
9:01:10 AM: Wrote 25 CSS files to /opt/build/repo/src/
9:01:10 AM: > my-project#0.0.1 build-js /opt/build/repo
9:01:10 AM: > react-scripts build
9:01:11 AM: Creating an optimized production build...
9:01:34 AM: Compiled successfully.
9:01:34 AM: File sizes after gzip:
9:01:34 AM: 133.85 KB build/static/js/main.3205f98f.js
9:01:34 AM: 4.19 KB build/static/css/main.befef5be.css
9:01:34 AM: The project was built assuming it is hosted at the server root.
9:01:34 AM: To override this, specify the homepage in your package.json.
9:01:34 AM: For example, add this to build it for GitHub Pages:
9:01:34 AM: "homepage" : "http://myname.github.io/myapp",
9:01:34 AM: The build folder is ready to be deployed.
9:01:34 AM: You may serve it with a static server:
9:01:34 AM: yarn global add serve
9:01:34 AM: serve -s build
9:01:35 AM: Caching artifacts
9:01:35 AM: Started saving node modules
9:01:35 AM: Finished saving node modules
9:01:35 AM: Started saving yarn cache
9:01:35 AM: Finished saving yarn cache
9:01:35 AM: Started saving pip cache
9:01:35 AM: Finished saving pip cache
9:01:35 AM: Started saving emacs cask dependencies
9:01:35 AM: Finished saving emacs cask dependencies
9:01:35 AM: Started saving maven dependencies
9:01:35 AM: Finished saving maven dependencies
9:01:35 AM: Started saving boot dependencies
9:01:35 AM: Finished saving boot dependencies
9:01:37 AM: Cached node version v8.9.4
9:01:39 AM: Build script success
9:01:39 AM: Starting to deploy site from 'build'
9:01:39 AM: Starting post processing
9:01:39 AM: Post processing done
9:01:40 AM: Site is live
9:01:54 AM: Finished processing build request in 1m38.175862661s
The site is deployed: https://pedantic-sam-d59591.netlify.com/
Netlify isnt aware of any errors but React throws this error when I view the page:
react-dom.production.min.js:187 Error: Minified React error #130; visit http://facebook.github.io/react/docs/error-decoder.html?invariant=130&args[]=undefined&args[]= for the full message or use the non-minified dev environment for full errors and additional helpful warnings.
I run Netlify's tech support team.
In general these kinds of questions are easier to address via our helpdesk, reachable via support#netlify.com. I say that not because I want to have this conversation with you again over there, but because the Support team has access to your build settings and full deploy logs and the files created by your build, and can give you answers that are about your actual deploy, rather than the generic troubleshooting tips I'm going to give you here. We might still end up giving you somewhat "how to debug it yourself" type tips - but we can at least tailor them to your URL's and current settings. Anyhow, on to those tips...
At a high level, deploying via CLI means we don't change your files - you build them locally, send them to us, we send them to our CDN, done. When we deploy via a git commit, we build them - in our build environment, which is almost certainly different than yours. Some key traits of that build environment are described in these articles:
how we build
build settings
The first-pass debugging advice we tend to give, once we confirm there are no total bogons in your configuration like a nonexistent deployment directory (we can see that is not the case in the logs you shared here, thanks for not cutting them off too early!), is based on the versions and settings of software we use to build, specifically:
Node 8
Yarn 1.3.2 (do you instead use npm locally? remove yarn.lock from your repo and we'll use it too!)
NODE_ENV=development
You can override all of these as shown in that linked build settings article. Once you've gotten versions and setting synced, if things still aren't building right, it's worth manually triggering a deploy with the dependency (build) cache cleared. You can hit the 'trigger deploy' button on the deploy listings page to initiate a build without a commit, and when you do, you can select "clear build cache". I can see that you aren't using a cache in your logs (lines 2-3) so this isn't what's affecting you but might help the next person who finds this question & answer.
In the end, if you have versions synced, and cache isn't the problem, the next easiest debug step is to compare the files we've built with the ones you build locally, using a tool like diff -r. But how do you see all of those files easily? This tiny icon on every completed deploy logs page lets you download a copy of the deploy:
If in the end none of that helps, you can find instructions for debugging your build inside our build environment at the end of the first article I linked.

Heroku node app deployment failing

Deployment is failing from today that is 01-jan-2015 suddenly to heroku
+ git push git#ec2-54-187-2-82.us-west-2.compute.amazonaws.com:sky-tickets-dev/skytickets-front.git stage
Everything up-to-date
+ git push -f git#heroku.com:skytickets-stage.git stage:master
Fetching repository, done.
-----> Fetching custom git buildpack... done
-----> Multipack app detected
=====> Downloading Buildpack: https://github.com/heroku/heroku-buildpack-nodejs.git
=====> Detected Framework: Node.js
Node engine: 0.10.21
Npm engine: 1.2.x
Start mechanism: Procfile
node_modules source: prebuilt
node_modules cached: true
NPM_CONFIG_PRODUCTION=true
NODE_MODULES_CACHE=true
PRO TIP: Avoid checking node_modules into source control
See https://www.npmjs.org/doc/misc/npm-faq.html#should-i-check-my-node_modules-folder-into-git-
-----> Installing binaries
Downloading and installing node 0.10.21...
Resolving npm version 1.2.x via semver.io...
Downloading and installing npm 1.2.8000 (replacing version 1.3.11)...
-----> Building dependencies
Rebuilding any native modules for this architecture
-----> Checking startup method
Found Procfile
-----> Finalizing build
Creating runtime environment
Exporting binary paths
Cleaning up build artifacts
Caching node_modules for future builds
Build successful!
skytickets#0.0.1 /tmp/build_604cc19d81766dfe5375fc2195373f74
├── UNMET DEPENDENCY async#0.2.x
├── UNMET DEPENDENCY basic-logger#0.4.x
├── UNMET DEPENDENCY cloudinary#1.0.x
├── UNMET DEPENDENCY express#3.4.x
I encountered the same issue today. We had some node modules checked in to Git and some that were installed using npm install during the push, and the problem was that heroku-buildpack-nodejs was recently updated to no longer support this. Now you need to commit to either having all of the modules checked in to Git or having none checked in - the latter being the preferable way.
Their README includes a way to hotfix this issue by using a previous version of heroku-buildpack-nodejs:
For most Node.js apps this buildpack should work just fine. If, however, you're unable to deploy using this new version of the buildpack, you can get your app working again by locking it to the previous version:
heroku config:set BUILDPACK_URL=https://github.com/heroku/heroku-buildpack-nodejs#v63 -a my-app
git commit -am "empty" --allow-empty
git push heroku master
Then please open a support ticket at help.heroku.com so we can diagnose and get your app running on the default buildpack.
If you're using heroku-buildpack-multi as your buildpack (like me), you can instead add the "#v63" suffix to the buildpack URL in the .buildpacks file.

Resources