sp-dev-fx-webparts: Workbench not working after chrome update - certificate is broken

Category

  • Question
  • Bug
  • Enhancement

Expected or Desired Behavior

Workbench should work properly in chrome, using the dev certificate.

Observed Behavior

Chrome doesn’t trust dev certificate after latest update, showing this error:

Your connection is not private

Attackers might be trying to steal your information from localhost (for example, passwords, messages, or credit cards). NET::ERR_CERT_COMMON_NAME_INVALID

The reason is, chrome stopped trusting certificate with common name only. to fix this, you will have to build a new certificate and push it as an update to everyone. Currently there is no way to bypass this chrome limitation as far as I checked.

Steps to Reproduce

Update chrome. Try to use the workbench.

Submission Guidelines

Delete this section after reading

  • All suggestions or bugs are welcome, please let us know what’s on your mind.
  • If you are reporting an issue around any of the samples, please ensure that you have clear reference on the sample and possibly code file, which should be fixed.
  • If you have technical questions about the framework, we’ll be monitoring #spfx, #spfx-webparts, and #spfx-tooling on (SharePoint StackExchange)[http://sharepoint.stackexchange.com/]. You can also alternatively submit your question to (SharePoint Developer group)[https://network.office.com/t5/SharePoint-Developer/bd-p/SharePointDev] at Office Network.
  • Remember to include sufficient details and context.
  • If you have multiple suggestions or bugs please submit them in separate bugs so we can track resolution.

Thanks for your contribution! Sharing is caring.

About this issue

  • Original URL
  • State: closed
  • Created 7 years ago
  • Comments: 16 (7 by maintainers)

Most upvoted comments

Got it to work, finally.

Thanks @iclanton you put me in the right track.

Here are the exact steps I took and what to avoid

Hi! My guess that this post by @AndrewConnell might help with.

Should this topic help you https://github.com/SharePoint/sp-dev-docs/issues/395? I deleted <OS_homedir>/.gcb-serve-data directory and executed gulp trust-dev-cert according the comments and worked for me.