SPFX Local workbench not loading #1256
Comments
|
Could you share the output of the |
|
Hi, I am using Windows 8.1. Please find below the gulp serve log
Thank you. |
VesaJuvonen
added
the
status:tracked
|
Thanks for the output. Which browser are you using? |
|
I am using chrome [Version 63.0.3239.132 (Official Build) (64-bit)]. But I have tried the same with IE 11 & opera. Same result on all browsers. Thank you. |
|
Could it be that you have a firewall enabled that could be blocking your connection? |
|
@silambarsan - Did you check your firewall? Are you able to navigate directly to https://localhost:4321? |
|
Can you confirm the output of |
|
It looks like I'm having a similar issue. @nickpape-msft for node v8 is there a workaround until the release? I tried the directions on Set up your SharePoint Framework development environment with node 8.9.4 on High Sierra, and the Hello World Guide After I run Terminal output for gulp serve:package.json:{
"name": "helloworld-webpart",
"version": "0.0.1",
"private": true,
"engines": {
"node": ">=0.10.0"
},
"scripts": {
"build": "gulp bundle",
"clean": "gulp clean",
"test": "gulp test"
},
"dependencies": {
"@microsoft/sp-core-library": "~1.4.1",
"@microsoft/sp-webpart-base": "~1.4.1",
"@microsoft/sp-lodash-subset": "~1.4.1",
"@microsoft/sp-office-ui-fabric-core": "~1.4.1",
"@types/webpack-env": ">=1.12.1 <1.14.0"
},
"devDependencies": {
"@microsoft/sp-build-web": "~1.4.1",
"@microsoft/sp-module-interfaces": "~1.4.1",
"@microsoft/sp-webpart-workbench": "~1.4.1",
"gulp": "~3.9.1",
"@types/chai": ">=3.4.34 <3.6.0",
"@types/mocha": ">=2.2.33 <2.6.0",
"ajv": "~5.2.2"
}
} |
|
This actually should be fixed in the latest release. I am testing this right now. Could you try removing your In the meantime you could try running with with NODE_NO_HTTP2 environment variable (#1002) |
|
Using |
|
Hey, Thanks for the quick reply. Gave that a go but still no go for me on https://localhost:5432/workbench. Did the following:
Get same |
|
I am curious as to what was updated to support NodeJS 8.9.4 |
|
I am not sure this is the same issue as the one we fixed. Essentially the fix was to ensure that one of our dependencies wasn't automatically using the HTTP2 library that is shipped with node (mostly because it is an "experimental" API, but also because it didn't work properly). However, if activating the environment variable that disables the |
|
What browser are you using? Can you go into the developer tab and into the networking section and see if there is anything interesting there. Perhaps a security error, or perhaps a response from the firewall ? |
|
@iclanton FYI |
|
Chrome 64 by default. Checked console didn't see any log or error messages, network shows failed status when trying to load. Also attempted Safari to similar effect. I'm gonna try again from home as a sanity check in case it's network related and report back.
|
|
Can you show the details of the failed Also, are you seeing a request (like Lastly, could you try going directly to Does a |
|
Can you paste your |
|
@nickpape-msft going directly to https://localhost:4321/temp/workbench.html works. config/serve.json |
|
Interesting. @Alek-S that looks like |
|
You're right, my mistake: serve.json below |
|
so changing |
|
Okay, that config file looks correct. Also, if you delete the If the above is true (and the file is regenerated) then you could change you initial page as a workaround, although there still seems to be something weird if you can't go to |
|
I am going to try this out on a Mac (OS X Yosemite 10.10.5) and see if I can repro the issue. |
|
Confirming that removing |
|
Fascinating. It didn't repro for me on Yosemite. @iclanton is going to see if we have any newer OSX installations lying around. I'd stick with the workaround for right now, but I think this could be a firewall issue? We are using the native NodeJS https implementation to launch the API server.. Is this a corporate-configured computer? Another thing you could check is run e.g. |
nickpape
added
help wanted
|
Tested & confirmed working as expected with a new project on MacOS on High Sierra... no issues here.
|
|
Yeah corporate laptop. Heading home, will try there and on home comp. |
|
@nickpape-msft @andrewconnell I found the issue. Port Shutting down the PostgreSQL service resolved the issue. |
|
@nickpape-msft I still need to |
|
@LouFarho New or existing project? Assuming you've updated your project to v1.4.1, I'd suggest deleting your If still having issues, post the following in a follow-up:
To answer your question above, this is what changed and the only thing you need to do is update your project to SPFx v1.4.1. I added details on how to do this in my post picking apart v1.4.1. |
|
@andrewconnell Thank you sir!
I then went to a project folder and executed Running I did notice a bunch of warnings about deprecated packages but I expect that is discussed elsewhere. |
|
When there are a lot of updates like this, I find it's best to blow away Good to hear it's working. Seems like this can get closed @nickpape-msft / @Alek-S |
|
Sounds about right @andrewconnell . Generally it is going to be safer to delete/re-install your node_modules folder. This is due to the non-determinism that is inherent to NPM. I'm closing the issue. @LouFarho please open a new one if you continue to experience any issues. |
|
Now that this is closed, I'll pile on... This is one big reason why I prefer using Yarn over NPM. Yes, NPM created their own lock file, but its got its own issues. With Yarn, you can rest assured you will get the SAME packages every time you run it to rebuild your |
|
Are the issues with Yarn and React sorted out @andrewconnell? |
|
I am not experiencing any issues with latest versions of both... |
You sir are a gentleman and a scholar!! This was my problem. thank you so much |
It work for me. Thank you somuch!!! |
|
I had the same issue and changing default port fixed. Since 5432 was already in use.
Change: |
|
I have the same issue, I can see only a blank sp page , can someone please help me
|
|
gulp serve does not load the helloworld web part for me either and gets stuck just as the above user. I've been trying to get the hello world webpart working for some time now and it has been a real mess. Following closely the Microsoft guidance on the helloworld webpart does not work. Very frustrating for someone trying to get started with SPFx. |
|
@MikeFisherEY As this issue is closed, can you open a new issue for tracking? Also provide the environment versions (platform, SPFx, Node, NPM, etc) you have installed, screenshot of error, exact step where you're having the issue? Everything should be working... we can get you unstuck, but a new issue is best place to post it as closed issues generally aren't seen except by those who had commented on them in the past. |
|
Thanks for your reply Andrew!
I was just able to get it working by running using Chrome (https://localhost:4321/temp/workbench.html). Guess there was something wrong while running in IE??
Guess I’m now off and running. Really enjoyed your Lightning tools webinar on SPFx development! Thanks for all that you are doing as an SPFx advocate!
Mike Fisher
From: Andrew Connell [mailto:notifications@github.com]
Sent: Wednesday, February 13, 2019 4:13 PM
To: SharePoint/sp-dev-docs <sp-dev-docs@noreply.github.com>
Cc: Mike D Fisher <Mike.Fisher@ey.com>; Mention <mention@noreply.github.com>
Subject: Re: [SharePoint/sp-dev-docs] SPFX Local workbench not loading (#1256)
@MikeFisherEY<https://github.com/MikeFisherEY> As this issue is closed, can you open a new issue for tracking? Also provide the environment versions (platform, SPFx, Node, NPM, etc) you have installed, screenshot of error, exact step where you're having the issue?
Everything should be working... we can get you unstuck, but a new issue is best place to post it as closed issues generally aren't seen except by those who had commented on them in the past.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#1256 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AtZ956E4j3sln9PIzvwNHS4jAzDEwVF3ks5vNH_GgaJpZM4Rkf9S>.
Any tax advice in this e-mail should be considered in the context of the tax services we are providing to you. Preliminary tax advice should not be relied upon and may be insufficient for penalty protection.
…________________________________________________________________________
The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer.
Notice required by law: This e-mail may constitute an advertisement or solicitation under U.S. law, if its primary purpose is to advertise or promote a commercial product or service. You may choose not to receive advertising and promotional messages from Ernst & Young LLP (except for EY Client Portal and the ey.com website, which track e-mail preferences through a separate process) at this e-mail address by forwarding this message to no-more-mail@ey.com. If you do so, the sender of this message will be notified promptly. Our principal postal address is 5 Times Square, New York, NY 10036. Thank you. Ernst & Young LLP
|
|
There are loads of known issues with IE... with the recent news from MSFT's cybersecurity chief coming out against IE11, I wouldn't be surprised if we see something soon about the future of it. My advice to customers: get away from IE & get on a modern evergreen browser. Not just for SPFx, but for life in general. |
|
I think the output of the gulp task should show |
|
I was having the same issue and I saw that PostGresQL was running, so I stopped it and the workbench worked. Thank you! |
|
I have built a ListView Command Set extension,and i want to do some custom changes init so i need to debug,but i am not able to debug the file as by searching all over i found that my workbench.html file is not generated...i am using node version 10.15.3. |
|
@Tusharc4227 When an issue is closed, people aren't looking at it so it's best to add a new issue. But to address your specific question, you can't debug extensions in the workbench. Ref: https://docs.microsoft.com/en-us/sharepoint/dev/spfx/extensions/get-started/build-a-hello-world-extension#debug-your-application-customizer |
|
Issues that have been closed & had no follow-up activity for at least 7 days are automatically locked. Please refer to our wiki for more details, including how to remediate this action if you feel this was done prematurely or in error: Issue List: Our approach to locked issues |
Thank you for reporting an issue or suggesting an enhancement. We appreciate your feedback - to help the team to understand your needs, please complete the below template to ensure we have the necessary details to assist you.
Category
Expected or Desired Behavior
I have created a SPFX webpart as mentioned in the docs. Expected behaviour was to open the local workbench when I run gulp serve command. But Local workbench is not working. Earlier I had created few SPFX webparts, they were working fine. I had installed yo at dev level. Now I installed yo at global level
Observed Behavior
Local workbench page is loaded with Site can't be reached error message. Err_connection_reset
Steps to Reproduce
Create a SPFX webpart ( I am using node -v 6.10.2, yo sp generator -v 1.4.0, gulp -v 3.9.1)
Run gulp trust-dev-cert
Run gulp serve
Thanks for your contribution! Sharing is caring.
The text was updated successfully, but these errors were encountered: