-
Notifications
You must be signed in to change notification settings - Fork 1k
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
SPFx gulp serve issue in workbench.html #4297
Comments
Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible. |
Please elaborate on this this:
What exactly is / is not happening. Please provide screenshots, error messages, etc. Also please provide context... SPFx version installed, browser tested, etc. |
When I run "gulp serve", I expect the workbench on sharepoint to run on my chrome browser. I'm not sure what SPFx version is installed. Everything I've done up to this point is the following Getting Started:
Set up Development Environment Then I proceeded to create our first client side webpart |
Need versions... please run @dimportfolio said:
But what is happening... what do you see when you run gulp serve? Errors/no errors in the console, nothing in the browser, etc? Provide details on what is happening... you say you expect the above to happen, as do I... but if it isn't, what is happening. |
@microsoft/[email protected] there is no errors in my console, also gulp serve seems to run fine. I've attached an imgur in the initial post that has a image of what the gulp serve outputs. I also attached here an imgur of the browser page. |
I tried to get Node LTS 10.16 to go as well. No dice. I kept getting the SSL error (referenced in the above imgur url). Setting the environment variable NODE_NO_HTTP2=1 did nothing to alleviate the problem. I had to go back to Node 8.16 to get it to work. |
@DaveHaasPowderSoftware Node.js 10.* should work with SPFx v1.8.x... what version are you running? @dimportfolio In the past, when all else failed I suggest uninstalling Node completely, reboot, verify it's not installed (by running |
This issue has been automatically marked as stale because it has marked as requiring author feedback but has not had any activity for 7 days. It will be closed if no further activity occurs within next 7 days of this comment. Thank you for your contributions to SharePoint Developer activities. |
Closing issue due no response from original author. If this issue is still occurring, please open a new issue with additional details. Notice that if you have included another related issue as additional comment on this, please open that also as separate issue, so that we can track it independently. |
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 |
Category
Expected or Desired Behavior
Desired behavior is to open up workbench and see the hello world application
Observed Behavior
Observed behavior is it runs into
Steps to Reproduce
I followed the documentation on setting up a development environment and proceeded to the hello world application.
Additional information
I have attached the requested console output of running GULP trust-dev-cert && serve. Please let me know if you're able to view the output & if it is what you need.
https://imgur.com/a/KVDHomA
Steps I took to remedy the issue but failed:
I attempted to follow the troubleshooting steps from the Microsoft documentation but I don't believe it applies to my situation. The NODE version I am running is 10.16. I am using 0365 and followed the steps of setting up the Office 365 tenant & Development Environment.
_Troubleshooting
SPFx Development for SharePoint Server 2016
SharePoint Server 2016 uses the SharePoint Framework (SPFx) v1.1. Around this the time of the v1.1 release, NodeJS was transitioning from NodeJS v6.x to v8.x. In this update, NodeJS introduced a change where the default changed from HTTP1 to HTTP2. For some, this caused issues with SPFx. A later version of SPFx resolved these issues, but those who are still working with SPFx v1.1 (such as those working with SharePoint Server 2016) may run into issues.
To resolve this, set the following environment variable to instruct NodeJS to use HTTP1 instead of the default HTTP2: NODE_NO_HTTP2=1.
For more information, refer to issue #1002.
Unable to Trust the Self-signed Development Certificate
In some cases, executing the command gulp trust-dev-cert, does not have the desired effect of trusting the self-signed development certificate on your machine. In rare cases such as these, you may need to delete a hidden folder that's generated in your profile folder. Locate & delete the folder /.gcb-serve-data and then try to trust the self-signed development certificate again._
The text was updated successfully, but these errors were encountered: