Getting Error: Request failed with status code 404 , attempting to access a route on my dev server
I have no problem using Chrome , Brave browser to access pages on my dev server. My front end (React) is on localhost 3000, server is localhost 3001. This used to work, just two weeks ago. I'm on FF v95.0.2.
I've tried everything, headers in my index.html, cleared cookies and cache, various network settings, ran it in troubleshooting mode, restarted FF. I have all cors request enable on the server.
Anything I might be missing ?
edit: Found my mistake, had another app opened on the same port , apologies.
Modified
Chosen solution
I know almost nothing about React, so apologies if this is a dumb question, but is a route a URL? If so, does anything look strange in the Network Monitor if you open that tool before loading your page?
https://developer.mozilla.org/docs/Tools/Network_Monitor
Also, just in case, check the Web Console for any unusual messages:
https://developer.mozilla.org/docs/Tools/Web_Console
Read this answer in context 👍 1All Replies (3)
Chosen Solution
I know almost nothing about React, so apologies if this is a dumb question, but is a route a URL? If so, does anything look strange in the Network Monitor if you open that tool before loading your page?
https://developer.mozilla.org/docs/Tools/Network_Monitor
Also, just in case, check the Web Console for any unusual messages:
Note that in 95 support for privacy.file_unique_origin is removed (bug 1732052) and security.fileuri.strict_origin_policy will be removed in the future (bug 1730535).
jscher2000 said
I know almost nothing about React, so apologies if this is a dumb question, but is a route a URL? If so, does anything look strange in the Network Monitor if you open that tool before loading your page? https://developer.mozilla.org/docs/Tools/Network_Monitor Also, just in case, check the Web Console for any unusual messages: https://developer.mozilla.org/docs/Tools/Web_Console
Yes, a route is basically a URL. Network monitor looked fine, outside of the 404. The problem was another app was running on the same port and with all the tabs and prompts open I missed it. Usually the app would complain about a port already being taken but for some reason in this case no red flags. Anyway, problem solved.