Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nuxt Local Server Gets Stuck #6442

Closed
sdras opened this issue Sep 20, 2019 · 167 comments
Closed

Nuxt Local Server Gets Stuck #6442

sdras opened this issue Sep 20, 2019 · 167 comments

Comments

@sdras
Copy link

sdras commented Sep 20, 2019

Version

v2.9.2

Reproduction link

https://github.com/sdras

Steps to reproduce

It's a non-deterministic error, so it can be a bit hard to duplicate. There are two main causes of frustration from what I see:

  1. The HMR doesn't really work well, and you'll see an older, cached version of the site, even after restart. I believe this thread is the same issue: WSL: Hot reloading issue #5550
  2. Sometimes the local dev server gets stuck- perhaps on a bug, but you are locked out of the app. Also non-deterministic conditions. Sample of this sent to Sebastien. I left the repro link just to my github because it's a project I'm not ready to share publicly yet. I'm extremely low on time so I'm hoping this will suffice. If you really need a public link, I can get you one but it might be a while before I can provide it.

What is expected ?

  1. Server to reflect the changes in the app, especially after restart
  2. Local dev server to load even if there is an error

What is actually happening?

  1. The app gets cached in a particular state. After you restart it, sometimes after as much as 4 times, it works again
  2. The server just keeps reloading and reloading (you just see the loading screen and it starts over). One major problem is that it clears the console as well, so even if it is running into a user error problem, it's hard to track down.

Additional comments?

I've been experiencing this bug since 2.6.*. It happens quite frequently. A few friends have complained to me about it as well. I love Nuxt! I don't want to leave it but my productivity is starting to suffer.

This bug report is available on Nuxt community (#c9797)
@pimlie
Copy link

pimlie commented Sep 22, 2019

Unfortunately I am unable to indicate one specific cause, but while looking into this I found multiple possible issues. If I read your descriptions to the letter then in some cases they do not fully compare, so there might still be other contributing factors

  • Webpack does not remove old chunk files after a hot reload, if you set build.devMiddleware.writeToDisk: true in your nuxt.config and check the .nuxt/dist/client folder you will see the old files still being listed.
  • That doesnt explain why old files are served after a server restart. Only thing I can think off which is persistent after a restart is that both babel-loader as esm are caching files in node_modules/.cache. Possibly one of them believes somehow the old caches are still valid. You could try to remove the node_modules/.cache folder to see if thats the case
  • Nuxt.js still adds an ETag header in development mode. If you are using a proxy middleware/server then in combination with your browser cache this could maybe also make your browser think the old cache files are still valid. Try to refresh the page with the debug console open and make sure to have ticked Network -> Disable cache (both Chrome as FF).
  • The referenced issue above could've been a contributing factor after running the dev server for some time. Dont immediately see how it would cause any problems though
  • If for some reason Nuxt.js is unable to render your page at all (ie renderRoute returns a falsy value), then the Nuxt Loading Screen will be served instead. Normally this should only happen when webpack is still building, but maybe somehow its also possible that webpack fails silently causing Nuxt.js to be unable to render a page even when the webpack build has finished. If this would occur, then previously the loading screen would be endlessly reloading itself to try to serve your Nuxt.js app which will fail all the time so it'd fallback to the loading screen again. This behaviour should be fixed in @nuxt/loading-screen v1.1.0, it now limits itself to 5 reloads after which it displays an error message. If you manually reload the page it will again limit itself to 5 automatic reloads.
  • If you are running Node v12 and are debugging some stuff by logging a full VueComponent server side, Node.js contains an issue which causes node to hang
  • When you soft-kill nuxt (which could mean it keeps running in the background) and start a new nuxt build, then on nuxt start it will detect the port from your config (if you have any) is still blocked by the old process and automatic start listening on a new random port. If you then dont update this port manually in your browser tab, you will still be connecting with the old Nuxt instance instead of the new Nuxt instance
  • With regards to the console log being cleared, if you load the page in Chrome and enable Preserve log in Settings of the Console tab (gear icon to the right) then all logs should be retained. FF also has a Persists Logs option but in contrast to Chrome this doesn't prevent console.clear calls (the nuxt loading screen calls this).

How does your typical dev env (platform, browser, node version etc) and nuxt config look like? Do you extend the webpack config? While working on this it seems similar issues have often been reported to webpack(-dev/hot-middleware).

I dont think we are ready yet to call this issue resolved, the things that I fixed appear to be more effects then causes. But I am not sure where to look anymore as I am unable to reproduce the issues exactly as described.

@sdras
Copy link
Author

sdras commented Sep 22, 2019

Hey @pimlie, thank you for all of your time and work on this! Much appreciated. I just added you to the private repo where it's hanging and reloading so you can clone and see as well.

I'm using

  • Chrome Version 76.0.3809.132 (Official Build) (64-bit)
  • Mac, I'm on Mojave, MacBook Pro 2018
  • Node v12.6.0
  • You can see my nuxt.config.js, I have several plugins: highlightjs custom directive, vue-tags-input, and firebase

I hope that helps track it down. I spoke to two more devs this week who were having the same problem, if you would like, I can ask them if they still have the repos in the stuck state before they bailed if that gives you more information.

@pimlie
Copy link

pimlie commented Sep 22, 2019

Thanks, I tried some stuff on your repo but unfortunately I couldnt get the dev server to hang. Either the work I did wasnt representative to trigger this issue or maybe its just a Mac OS issue (im on linux).

One Mac OS issue related to webpack watching I came across is this: https://stackoverflow.com/questions/26708205/webpack-watch-isnt-compiling-changed-files. But thats quite old, so no idea if its still an issue at all.

I hate seeing people leave Nuxt.js because of issues like this, but except for trying to get my hands on a mac I'm not sure how to debug this further

@frellan
Copy link

frellan commented Sep 23, 2019

I experience this issue as well, and it's starting to be really annoying. The dev server just hangs and does not respond, just a pending request. I do not get any log errors or what so ever, it just does not respond and Chrome is waiting forever. I have not been able to get my server to respond now for more than 30 minutes. Sometimes it works if I restart, sometimes not.

@pimlie
Copy link

pimlie commented Sep 23, 2019

@frellan Could you please share the details of your dev env?

How many open tabs to the dev server do you have? Please check if you can connect to Node from an incognito Chrome window.
If you could record a screencast of when the issue occurs that would be very interesting as well. Am interested to see the contents of both the console as network tab of your browser debug console. Furthermore, please check if Node is busy or not when Chrome is waiting. Does it run at 100% cpu?

@gkkirilov
Copy link

It happened to me yesterday but fixed itself after a few minutes. I was able to open it in incognito mode. If I get it again I will report with more info.

@pimlie
Copy link

pimlie commented Sep 25, 2019

@gkkirilov If you are able to open the page in a new incognito window then you have hit the maximum connection limit a browser instance can have to a single domain. I think for FF this is 3 by default and for Chrome 5

@BridgeAR
Copy link

Just a heads up: Node.js v12.11.0 fixes the Node.js bug mentioned above. Please give that a try in case you are using Node.js v12.x.

@pimlie
Copy link

pimlie commented Sep 28, 2019

I noticed another issue which could make the dev server appear to be stuck, build errors in dev mode were not shown on the loading screen. That meant the loading screen stayed at 0% progress and the used had to think themselves about maybe looking at the console to see why nothing appears.

Have submitted a pr to change this behaviour so errors during the Nuxt build are also shown on the loading screen: #6475

@jake-101
Copy link

jake-101 commented Oct 6, 2019

I have had this issue since I started a new project using version 2.10. Sometimes when I inspect the CSS in Chrome, there are no properties. The service worker or socket gets stuck I believe but I am not sure.

@sdras
Copy link
Author

sdras commented Oct 6, 2019

I have the same issue as Jake, above. I just updated to Node v12.11.0 and the issue is persisting. I can get it to clear whatever is cached and start updating again in an incognito window most of the time (not always) but then I don't have access to Vue Devtools. Also, the local server still gets stuck even if it's just one tab, it doesn't have to be many/multiple. Hope that helps track things down!

@pimlie
Copy link

pimlie commented Oct 8, 2019

@jake-101 Whats your dev env? Mac, Win/WSL or Linux?

I know this might be asking a bit much but if anyone could record a performance profile when this occurs then that would be helpful. To do so in chrome open the dev console, click on tab Performance and hit record. Once the hanging occurs, try to fix it somehow and once fixed hit stop on the recording. Click on Save profile... (downvote button) to retrieve the profile and please share that.

Otherwise a detailed screencast of when this occurs could also be helpful, for it to be really helpful it would need to show:

  • error console of developers console (scrolled down to current log)
  • network tab of developers console (scrolled down to current request)
  • nuxt console
  • top command in terminal (or something else that show cpu/memory usage)

@jake-101
Copy link

jake-101 commented Oct 8, 2019

@pimlie MacOS. I will try to record the profile and/or do a recording of the error happening in the next couple days.

@connecteev
Copy link

connecteev commented Oct 11, 2019

Thank you @sdras for filing this issue and @pimlie for looking into it.
I've been experiencing this issue multiple times a day for months...and only today decided to finally do something about it and log an issue. Fortunately, it's already been filed here and there are several others experiencing this issue of HMR not working well / consistently.

Here's some additional info that might help. I'm on a mac, using the latest Chrome. Nuxt version 2.x
node -v: v10.16.2
npm -v: 6.12.0

    "@nuxtjs/auth": "^4.8.2",
    "@nuxtjs/axios": "^5.6.0",
    "@nuxtjs/dotenv": "^1.4.0",
    "@nuxtjs/pwa": "^3.0.0-beta.17",
    "nuxt": "^2.0.0",

Made some changes and it built on the nuxt server (server logs below)

> nuxt --port 3000


   ╭─────────────────────────────────────────────╮
   │                                             │
   │   Nuxt.js v2.9.2                            │
   │   Running in development mode (universal)   │
   │                                             │
   │   Listening on: http://localhost:3000/      │
   │                                             │
   ╰─────────────────────────────────────────────╯

ℹ Preparing project for development                                                                                                                                                               12:30:47
ℹ Initial build may take a while                                                                                                                                                                  12:30:47
✔ Builder initialized                                                                                                                                                                             12:30:47
✔ Nuxt files generated                                                                                                                                                                            12:30:47

✔ Client
  Compiled successfully in 39.86s

✔ Server
  Compiled successfully in 38.69s

ℹ Waiting for file changes                                                                                                                                                                        12:31:32
ℹ Memory usage: 331 MB (RSS: 520 MB)        

But this is what I see in the chrome console:

VM3083:1 GET http://localhost:3000/_nuxt/ab5a9cc2c078b3a3628b.hot-update.json 404 (Not Found)
(anonymous) @ VM3083:1
(anonymous) @ runtime.js:83
hotDownloadManifest @ runtime.js:74
hotCheck @ runtime.js:293
check @ vendors.app.js:15895
push../node_modules/webpack-hot-middleware/process-update.js.module.exports @ vendors.app.js:15860
processMessage @ vendors.app.js:15737
handleMessage @ vendors.app.js:15597
handleMessage @ vendors.app.js:15560
vendors.app.js:12923 warn [HMR] Cannot find update (Full reload needed)
value @ vendors.app.js:12923
value @ vendors.app.js:12923
value @ vendors.app.js:12923
(anonymous) @ vendors.app.js:12923
cb @ vendors.app.js:15869
(anonymous) @ vendors.app.js:15899
Promise.then (async)
check @ vendors.app.js:15898
push../node_modules/webpack-hot-middleware/process-update.js.module.exports @ vendors.app.js:15860
processMessage @ vendors.app.js:15737
handleMessage @ vendors.app.js:15597
handleMessage @ vendors.app.js:15560
vendors.app.js:12923 warn [HMR] (Probably because of restarting the server)
value @ vendors.app.js:12923
value @ vendors.app.js:12923
value @ vendors.app.js:12923
(anonymous) @ vendors.app.js:12923
cb @ vendors.app.js:15870
(anonymous) @ vendors.app.js:15899
Promise.then (async)
check @ vendors.app.js:15898
push../node_modules/webpack-hot-middleware/process-update.js.module.exports @ vendors.app.js:15860
processMessage @ vendors.app.js:15737
handleMessage @ vendors.app.js:15597
handleMessage @ vendors.app.js:15560
vendors.app.js:12923 warn [HMR] Reloading page

The page just sits around forever and spins.

@connecteev
Copy link

Also just thought of this...a few times when this has happened, I saw a "waiting for socket connection" or similar message. Hope this helps narrow things down..

@pimlie
Copy link

pimlie commented Oct 11, 2019

The waiting for socket connection is probably just caused by the connection limit that Chrome has, you can only connect max 5 times to the same server. Try to open a new incognito tab if this happens or close some open tabs to the dev server if you have them

@clarkdo
Copy link
Member

clarkdo commented Oct 11, 2019

@sdras @connecteev Thank you for reporting the issue and all the investigation.

I have some guesses, could you try to turn off indicator by build.indicator: false and test ?
I’ll look into it this weekend, sorry for the inconvenience.

@clarkdo clarkdo self-assigned this Oct 11, 2019
@Janne252
Copy link

I started having this issue earlier today. It occurred on multiple freshly created nuxt projects with very minimal setup (just a config, layout, a page, and one plugin). I've been able to "fix" is twice so far by roughly completing the steps below:

  1. Starting point: nuxt 2.10.1 app, doesn't work (does 5 refreshes and then displays the error message)
  2. Delete buildDir (defaults to .nuxt in the same directory as nuxt.config.js) and node_modules
  3. Change nuxt version to 2.8.0 & npm install
  4. run nuxt & Test the app on the browser - seems to work!
  5. Stop nuxt
  6. Delete buildDir (defaults to .nuxt in the same directory as nuxt.config.js) and node_modules
  7. Change nuxt version to 2.10.1 (latest version at the time of writing this comment) & npm install
  8. run nuxt & Test the app on the browser - seems to work! But why?!
Steps

I've done countless clean npm install runs without changing the nuxt version - the issue persisted.
Somehow downgrading the version & upgrading it back up worked for me. I think it's worth trying if anyone currently has a directory where this issue occurs. I've been testing this with a rather minimal setup meaning that going that many versions back didn't break anything else.

Logically doing such clean installs with different versions shouldn't have an effect as all files and caches are stored in the project's node_modules directory (?). As I stated in the beginning, the trick has worked twice so far. Now I can't seem to be able to re-create the bug anymore with setups that previously triggered it.

@enzonotario
Copy link

It seems to be a problen of cache. I had the same problem, but just running in another port everything works fine, for example npm run dev -- --port 3001

@clarkdo
Copy link
Member

clarkdo commented Oct 15, 2019

@sdras Through my several days investigation and loads of times debugging, it look like the sever hanging issus it related to chokidar underlying I/O race condition and macOS.

Fortunately, it seemed the issue has been tracked and fixed in fsevents/fsevents#290 , I've verified the fix in my local with latest fsevents.

You could just rebuild your yarn.lock or package-lock.json , nuxt will auto-use the latest chokidar and fsevents

@galvez
Copy link

galvez commented Oct 16, 2019

@clarkdo amazing work, mate. The community owes you.

Where's your sponsor/PayPal page? I'd like to buy you a beer or two.

@Janne252
Copy link

@clarkdo

it look like the sever hanging issus it related to chokidar underlying I/O race condition and macOS.

I've been having this issue on Windows 10. If the issue reappears I'll try

You could just rebuild your yarn.lock or package-lock.json , nuxt will auto-use the latest chokidar and fsevents

And report back.

@sdras
Copy link
Author

sdras commented Oct 18, 2019

Thanks @clarkdo! I will try it out this week and report back. Appreciate your help here.

@aldarund
Copy link

@Janne252 i guess you are just facing limit of connection to one host. Chrome cant open more than 5 connection to same host, and all new will hang. To verify try to open in another browser when its stuck in chrome or in chrome anonymous tab

@Janne252
Copy link

@aldarund

i guess you are just facing limit of connection to one host. Chrome cant open more than 5 connection to same host, and all new will hang. To verify try to open in another browser when its stuck in chrome or in chrome anonymous tab

At the time I was googling quite a lot and came across the same suggestion (try another browser). Unfortunately the issue persisted on a Chrome Incognito tab & on Microsoft Edge which suggests the issue was on the build side. If it recurs I'll try other browsers before resetting package-lock.json.

@clarkdo
Copy link
Member

clarkdo commented Oct 18, 2019

@Janne252 Sorry, I may need to clarify, the fix in fsevents I mentioned above is macOS only since fsevents is api for MacOS FSEvents, so if your issue is in Windows, it should be some reason else. It would be great that if you can provider a stable producible repo so that we can look into the root cause.

@Janne252
Copy link

@clarkdo That's what I figured from the description & the original issue on fsevents. Just the similarity & timing of the issue makes it seem like it's the same thing. As I explained in my first comment on this thread; downgrading and upgrading nuxt version weirdly fixed the issue. As if there's some cache outside of local project node_modules directory affected by the nuxt version.

Thanks for all the suggestions. I'll report back if the bug occurs again. Unfortunately it appears to be a rather elusive one on Windows.

@davidawad
Copy link

I've had similar problems to this on nuxt3 😂

I just run into issues where there's no errors and I can't figure out what package / component broke my build.

@c5n8
Copy link

c5n8 commented Mar 7, 2022

to @davidawad
For real? Is there a long pending HMR request?
Would be weird, considering that Nuxt 3 is supposedly rewritten from scratch.

@leanderlizzard
Copy link

For me the issue seems to be related to Nuxt Auth (auth-next 5.0.0 in my case, I didn't test the older stable version). As soon as I removed the auth module from my nuxt.config.js everthing started working fine again.

@vasnakos
Copy link

vasnakos commented Apr 6, 2022

I had to to comment out the devtool: 'source-map' from my nuxt.config.js to solve the issue.

@jigeshraval
Copy link

I have no solution for this till the date, the socket seems to be stopped working, hot reloading is not working properly

@lobo-tuerto
Copy link

Sometimes Nuxt will hang out and keep loading and present a blank screen if you have more than 1 or 2 browser pages pointing to your app. Closing them and leaving only one seems to fix the issue.

@vzakharov
Copy link

vzakharov commented May 17, 2022 via email

@0xjesus
Copy link

0xjesus commented May 24, 2022

Hi guys, is there an official fix to this issue?

@oshell
Copy link

oshell commented May 27, 2022

For me the problem was that I had another app running via docker on port 3000.
instead of throwing an error, the endpoint would just not respond. just make sure you do not have any other app running on port 3000 or the port is blocked otherwise.

@lobo-tuerto
Copy link

@oshell You cannot run two apps on the same port. In your case you just were trying to open your other app that was up in 3000, while the Nuxt one was up on some other random port, I think. 🤔

@b166er
Copy link

b166er commented Jun 29, 2022

Had the problem of hot reload not working.
Solved that by adding

  watchers: {
	webpack: {
	  aggregateTimeout: 300,
	  poll: 1000
	}
  }

in the nuxt.config.js file

source: #5550 (comment)

@quannt
Copy link

quannt commented Sep 13, 2022

Just a heads up: Node.js v12.11.0 fixes the Node.js bug mentioned above. Please give that a try in case you are using Node.js v12.x.

Yup, upgrading from node 12.0 to node 12.22.12 fixed it for me.

@Ahmard
Copy link

Ahmard commented Sep 25, 2022

The waiting for socket connection is probably just caused by the connection limit that Chrome has, you can only connect max 5 times to the same server. Try to open a new incognito tab if this happens or close some open tabs to the dev server if you have them

This works for me, thank you!

@bramtayl
Copy link

bramtayl commented Oct 2, 2022

I'm having an issue accesssing a webpage with RSelenium. I think it might be due to something like this (although I could be very wrong because I know next to nothing about nuxt). Details below. Basically, I can access the webpage (built with nuxt I think) fine myself, but if I try to access it with RSelenium, there is just a spinning loading circle forever. If anyone has any suggestions I would greatly appreciate it. The webpage is https://cear.tuftsmedicalcenter.org/registry/methods/5089

You can replicate it like this, if you have R and RSelenium set up:

library(RSelenium)
browser = remoteDriver(port = 4445)
browser$open()
browser$navigate("https://cear.tuftsmedicalcenter.org/registry/methods/5089")
io = file("output.html")
writeLines(browser$getPageSource()[[1]], io)
close(io)
browser$close()

The sourcecode of the page it takes me to is:

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" data-n-head="%7B%22lang%22:%7B%221%22:%22en%22%7D%7D">

<head>
  <title>Tufts CEA - Tufts CEA</title>
  <meta charset="utf-8" data-n-head="1" />
  <meta content="width=device-width,initial-scale=1" name="viewport" data-n-head="1" />
  <meta content="" name="description" data-hid="description" data-n-head="1" />
  <link href="/favicon.ico" type="image/x-icon" rel="icon" data-n-head="1" />
  <link href="https://use.typekit.net/rhz2swc.css" rel="stylesheet" data-n-head="1" />
  <link href="https://fonts.googleapis.com/css?family=canada-type-gibson:100,300,400,500,700,900&amp;display=swap"
    type="text/css" rel="stylesheet" data-n-head="1" />
  <link as="script" href="/_nuxt/3a37233.js" rel="preload" />
  <link as="script" href="/_nuxt/fc025f1.js" rel="preload" />
  <link as="script" href="/_nuxt/358a0d4.js" rel="preload" />
  <link as="script" href="/_nuxt/9070c62.js" rel="preload" />
</head>

<body>
  <div id="__nuxt">
    <style>
      #nuxt-loading {
        background: #fff;
        visibility: hidden;
        opacity: 0;
        position: absolute;
        left: 0;
        right: 0;
        top: 0;
        bottom: 0;
        display: flex;
        justify-content: center;
        align-items: center;
        flex-direction: column;
        animation: nuxtLoadingIn 10s ease;
        -webkit-animation: nuxtLoadingIn 10s ease;
        animation-fill-mode: forwards;
        overflow: hidden
      }

      @keyframes nuxtLoadingIn {
        0% {
          visibility: hidden;
          opacity: 0
        }

        20% {
          visibility: visible;
          opacity: 0
        }

        100% {
          visibility: visible;
          opacity: 1
        }
      }

      @-webkit-keyframes nuxtLoadingIn {
        0% {
          visibility: hidden;
          opacity: 0
        }

        20% {
          visibility: visible;
          opacity: 0
        }

        100% {
          visibility: visible;
          opacity: 1
        }
      }

      #nuxt-loading&gt;
      div,
      #nuxt-loading&gt;

      div:after {
        border-radius: 50%;
        width: 5rem;
        height: 5rem
      }

      #nuxt-loading&gt;

      div {
        font-size: 10px;
        position: relative;
        text-indent: -9999em;
        border: .5rem solid #f5f5f5;
        border-left: .5rem solid #000;
        -webkit-transform: translateZ(0);
        -ms-transform: translateZ(0);
        transform: translateZ(0);
        -webkit-animation: nuxtLoading 1.1s infinite linear;
        animation: nuxtLoading 1.1s infinite linear
      }

      #nuxt-loading.error&gt;

      div {
        border-left: .5rem solid #ff4500;
        animation-duration: 5s
      }

      @-webkit-keyframes nuxtLoading {
        0% {
          -webkit-transform: rotate(0);
          transform: rotate(0)
        }

        100% {
          -webkit-transform: rotate(360deg);
          transform: rotate(360deg)
        }
      }

      @keyframes nuxtLoading {
        0% {
          -webkit-transform: rotate(0);
          transform: rotate(0)
        }

        100% {
          -webkit-transform: rotate(360deg);
          transform: rotate(360deg)
        }
      }
    </style>
    <script>window.addEventListener("error", function () { var e = document.getElementById("nuxt-loading"); e & amp;& amp; (e.className += " error") })</script>
    <div role="status" aria-live="polite" id="nuxt-loading" class=" error">
      <div>Loading...</div>
    </div>
  </div>
  <script>window.__NUXT__ = { config: {} }</script>
  <script src="/_nuxt/3a37233.js"></script>
  <script src="/_nuxt/fc025f1.js"></script>
  <script src="/_nuxt/358a0d4.js"></script>
  <script src="/_nuxt/9070c62.js"></script>

</body>

</html>

@bramtayl
Copy link

bramtayl commented Oct 3, 2022

Here are the browser warnings in case that's helpful.

[[1]]
[[1]]$level
[1] "WARNING"

[[1]]$message
[1] "Trying to re-register CID '{e26dbdcd-d3ba-4ded-88c3-6cb07ee3e9e0}' already registered by file:///tmp/anonymous8045586307474662415webdriver-profile/extensions/fxdriver@googlecode.com/components/prompt-service.js."

[[1]]$timestamp
[1] 1.66476e+12


[[2]]
[[2]]$level
[1] "WARNING"

[[2]]$message
[1] "Only application manifests may use the 'binary-component' directive."

[[2]]$timestamp
[1] 1.66476e+12


[[3]]
[[3]]$level
[1] "WARNING"

[[3]]$message
[1] "Unknown property 'grid-auto-columns'.  Declaration dropped."

[[3]]$timestamp
[1] 1.66476e+12


[[4]]
[[4]]$level
[1] "WARNING"

[[4]]$message
[1] "Unknown property 'grid-auto-rows'.  Declaration dropped."

[[4]]$timestamp
[1] 1.66476e+12


[[5]]
[[5]]$level
[1] "WARNING"

[[5]]$message
[1] "Unknown property 'grid-auto-flow'.  Declaration dropped."

[[5]]$timestamp
[1] 1.66476e+12


[[6]]
[[6]]$level
[1] "WARNING"

[[6]]$message
[1] "Unknown property 'grid-column-gap'.  Declaration dropped."

[[6]]$timestamp
[1] 1.66476e+12


[[7]]
[[7]]$level
[1] "WARNING"

[[7]]$message
[1] "Unknown property 'grid-row-gap'.  Declaration dropped."

[[7]]$timestamp
[1] 1.66476e+12


[[8]]
[[8]]$level
[1] "WARNING"

[[8]]$message
[1] "Unknown property 'grid-template-areas'.  Declaration dropped."

[[8]]$timestamp
[1] 1.66476e+12


[[9]]
[[9]]$level
[1] "WARNING"

[[9]]$message
[1] "Unknown property 'grid-template-columns'.  Declaration dropped."

[[9]]$timestamp
[1] 1.66476e+12


[[10]]
[[10]]$level
[1] "WARNING"

[[10]]$message
[1] "Unknown property 'grid-template-rows'.  Declaration dropped."

[[10]]$timestamp
[1] 1.66476e+12


[[11]]
[[11]]$level
[1] "WARNING"

[[11]]$message
[1] "Strict-Transport-Security: The connection to the site is untrustworthy, so the specified header was ignored."

[[11]]$timestamp
[1] 1.66476e+12


[[12]]
[[12]]$level
[1] "WARNING"

[[12]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[12]]$timestamp
[1] 1.66476e+12


[[13]]
[[13]]$level
[1] "WARNING"

[[13]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[13]]$timestamp
[1] 1.66476e+12


[[14]]
[[14]]$level
[1] "WARNING"

[[14]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[14]]$timestamp
[1] 1.66476e+12


[[15]]
[[15]]$level
[1] "WARNING"

[[15]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[15]]$timestamp
[1] 1.66476e+12


[[16]]
[[16]]$level
[1] "WARNING"

[[16]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[16]]$timestamp
[1] 1.66476e+12


[[17]]
[[17]]$level
[1] "WARNING"

[[17]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[17]]$timestamp
[1] 1.66476e+12


[[18]]
[[18]]$level
[1] "WARNING"

[[18]]$message
[1] "Unknown descriptor 'font-display' in @font-face rule.  Skipped to next declaration."

[[18]]$timestamp
[1] 1.66476e+12


[[19]]
[[19]]$level
[1] "SEVERE"

[[19]]$message
[1] "SyntaxError: invalid property id"

[[19]]$timestamp
[1] 1.66476e+12

@bramtayl
Copy link

bramtayl commented Oct 3, 2022

Switched to using the python selenium wrapper and it's working fine. Might just be an RSelenium issue

@jutivia
Copy link

jutivia commented Jan 14, 2023

When loading the page , you can find "establishing secure connection" in status bar (the left bottom corner). Because of this, make a change here : 1.input "chrome://flags/" in the address bar, hit enter. 2.input "secure" in the search flags, find "Allow invalid certificates for resources loaded from localhost", change it to "enabled". Everything works fine for me.

Thank you !

@github-actions
Copy link
Contributor

github-actions bot commented Aug 9, 2023

This issue was closed because it was open for 7 days without a reproduction.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Aug 9, 2023
@ghost
Copy link

ghost commented Sep 2, 2023

I have a similar problem, my Nuxt v2.17.1 project, when I open it from Chrome it stays loading (load spinner appears), and it takes 3-15 seconds to fully load the app. I have SSR disabled. In incognito and guest mode this does not happen or in other browsers. It is worth mentioning that I have no extensions installed. I tried over and over again clearing cache and all browser data but the same thing keeps happening.

My version of Node.js v16.16.0

In fact, I create a whole new project from scratch and the same thing happens: I get the Loading spinner.

I have uninstalled and reinstalled Chrome several times from scratch (even older versions), I have even removed the keys that the browser generates in regedit but the problem persists.

In my nuxt.config.js I set the load value to 'false' and it still shows up.

I tried on another computer and the load is immediate, the spinner is not shown. So this "error" is kind of weird.

I tried changing the localhost port and nothing.

I tried with Postman and the response is immediate, the only drawback is with Chrome.

image

@ha1uu
Copy link

ha1uu commented Nov 3, 2023

Have same issue, page loading around 15 seconds on Chrome and Edge, on FF works fine
Tried incognito, other ports, nothing works
Nuxt v3.6+
Node.js v16.20.0

@Ranecodes
Copy link

I have this same issue, my nuxt app does not display in the local host at all. All it shows is the Nuxt logo with the white-green gradient background. In my console it displayed this error: Failed to load resource: the server responded with a status of 503 (Service Unavailable) GET http://localhost:3001/ 503 (Service Unavailable)

Does anyone have a fix to this issue please?

Copy link
Member

If you're encountering an issue like this, please open a new issue with a reproduction. This is an old Nuxt 2 issue and not related to Nuxt 3.

@nuxt nuxt locked as resolved and limited conversation to collaborators Nov 7, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests