[SPLoaderError.loadComponentError]: ***Failed to load component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: ***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js ***INNERERROR: ***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js ***CALLSTACK: Error at t [as constructor] (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:889:16049) at new t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:21125) at Function.e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:16214) at Function.e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:12245) at https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:60385

SPFx | Failed to load component.

This post was most recently updated on November 19th, 2019.

Reading Time: 7 minutes.

This post describes the typical reasons why might encounter the following error, and the ways I’ve found to fix them: “Failed to load component. Original error: ***Failed to load path dependency ContosoSPFxWebPartLocalization from component [guid] (ContosoSPFxWebPart)”

The error typically looks something like in the screenshot below:

"Something went wrong" when loading your SPFx webpart. What do? [SPLoaderError.loadComponentError]: ***Failed to load component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: ***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js ***INNERERROR: ***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart). Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js ***CALLSTACK: Error at t [as constructor] (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:889:16049) at new t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:21125) at Function.e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:16214) at Function.e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:12245) at https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:60385
“Something went wrong” when loading your SPFx webpart. What do?

Problem

This error can be thrown for a lot of different reasons. I’m trying to describe the variants I’ve run into and their fixes below. But first, let’s take a closer look into the error in question!

So looking at this, what’re the actual errors we’re getting? Where are they stemming from?

From the first line (“SPLoaderError.loadComponentError“) we already know that it’s about the SPFx failing to load your component for whatever reason. Now all that’s left is figuring out what the reason is!

I’ve seen a few different variations out of this error. Sometimes you have the sick-looking “https://component-id.invalid…” -url, sometimes you see an absolute url – let’s take a closer look at the stack below!

[SPLoaderError.loadComponentError]:
 
***Failed to load component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart).
 
Original error: ***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart).
 
Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization
 
 Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js
 
 
 
***INNERERROR:
 
***Failed to load path dependency "ContosoSPFxWebPartLocalization" from component "9951b316-c8f2-4e27-887a-b7a46b3e94a0" (ContosoSPFxWebPart).
 
Original error: Error loading https://component-id.invalid/9951b316-c8f2-4e27-887a-b7a46b3e94a0_1.3.1/ContosoSPFxWebPartLocalization
 
 Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js
 
***CALLSTACK:
 
Error
 
 at t [as constructor] (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:889:16049)
 
 at new t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:21125)
 
 at Function.e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:16214)
 
 at Function.e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:12245)
 
 at https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-03-15.008/sp-pages-assembly_en-us_2676c0dcef2e33d08d5b8433ef878499.js:1512:60385

You’ll be interested in a couple of things here. The first line we’re already familiar with (SPLoaderError.loadComponentError), so now we’ll take a look at 2 different interesting things.

First of all, we can identify the faulting components by investigating the component IDs – probably, the most interesting line is the INNERERROR:

***Failed to load path dependency “ContosoSPFxWebPartLocalization” from component “9951b316-c8f2-4e27-887a-b7a46b3e94a0” (ContosoSPFxWebPart).

The name of the dependency tells you, which component, bundle or file the Loader is failing to load. This will of course help you identify which of your imports fails if you’re the one developing the solution.

Other interesting part is the url where the Loader is trying to load the dependencies from. Take a look at the example below:

Unable to load script https://contoso.sharepoint.com/sites/contosoapps/ClientSideAssets/490f3be2-7e8a-4fe5-8d6b-49ae5d7c4a2e/s-ContosoSPFxWebPartLocalization_en-us_2b301efaa958eadafbad865f710d89e4.js

Take another look at that url and make a mental note of it – you’ll need it soon.

Reasons and solutions

Okay, so after a bit of digging, there are a couple of different reasons and different solutions. First thing we need to figure out, is to find the deployment path for your solution. It’s likely either the SharePoint CDN, or a path under the App Catalog in SharePoint Online. However, it’s also possible to host the files your .sppkg or .app file then requests in pretty much any location!

Anyway – let’s verify if you’re using CDN or not. Take a look at the error to find the url the script is being loaded from – does it begin with something like this:

  • publiccdn.sharepointonline.com

If it does, you likely have an SPFx webpart that’s deployed to the public Office 365 CDN.

While you might have additional resources loaded from CDN, these domains are typically not hosting your components:

  • *.sharepointonline.com
  • cdn.sharepointonline.com
  • static.sharepointonline.com
  • privatecdn.sharepointonline.com
  • spoprod-a.akamaihd.net

These are additional resources or core components being loaded from different CDN services. Yes, Microsoft has quite a few of them :)

If you’re not using CDN, skip the next subchapter and jump right to “Error in dependencies or packaging“.

Errors with CDN

This solution only applies if you’re using Office 365 CDN.

Does the error apply to just one SPFx package or to multiple? If it applies to all of the SPFx packages that are deployed to CDN on that tenant, it’s somewhat safe to assume that the CDN is to blame.

While using Office 365 is definitely the suggested course of action most of the time, it’s worth realizing that the CDN is not the most stable piece of tech ever existed. The built-in CDN has had its fair share of issues – see the ones below for examples:

A lot of times, these issues are fixed by one of the following actions (these are very unofficial and totally made up by me, by the way):

How to fix Office 365 CDN when it breaks?
  1. Make sure you have enabled CDN for this tenant.
  2. Wait for about 15 minutes.
  3. Verify that you have */ClientSideAssets set as a private CDN origin.
  4. Deploy an updated version of your sppkg package.
  5. Remove your existing packages (only if you know you can do that on this tenant!), also from the recycle bin in the app catalog site, then upload your package again.
  6. Open a ticket at Microsoft Support complaining about this case and reference the suitable GitHub issues in it.

These steps apply to both the error described in this article, but also cases when your app just won’t update.

To verify that you have a CDN origin configured properly, run this and verify the origin exists (see picture below):

Connect-PnpOnline
Get-PnPTenantCdnOrigin -CdnType "Public"
In order to host your apps from Office 365 CDN, you need to have a Public CDN origin configured for ClientSideAssets.
In order to host your apps from Office 365 CDN, you need to have a Public CDN origin configured for ClientSideAssets.

Error in dependencies or packaging

If you’re encountering this with your own package in development, grab the component name and/or the Guid. The component name will help you pinpoint which one of your imports is being misconstructed.

Now, if it indeed is YOUR package, fix it somehow like this: http://www.ktskumar.com/2018/01/failed-load-component-sharepoint-framework/

You could also try running gulp clean and rebuild, something like this:

gulp clean
gulp build
gulp bundle --ship
gulp package-solution --ship

This issue only exists in Internet Explorer…

Oh, how I would love to tell you to stop using Internet Explorer… But I know, I know – maybe your customer requires it.

Anyhow, these are some of the extra things you can try with IE:

  • Force IE to use 11 document mode
    • IE 10 or compatibility mode is not supported. If you have to, modify the master page to get IE to behave properly.
  • Set your site and CDN to be on the same security zone
    • Shouldn’t matter – but it still does. Duh.
  • Go through your dependencies once more
    • There’s a TON of dependencies, that might not be compatible with legacy browsers. Verify, that you’re not using something that doesn’t work with IE at all!
    • This applies especially if you get the threaded error below:
[SPLoaderError.loadComponentError]:
***Failed to load component "58c4fb68-60f1-45ac-b057-ba7cc51c3ec2" (WebPartName).
Original error: ***Failed to load URL 'https://publiccdn.sharepointonline.com/tenantname.sharepoint.com/sites/AppCatalogName/ClientSideAssets/ca2eacd0-4645-4306-a335-e5d9aa919578/web-part-name_e437798e9f3bcfff6ee74118a0bf73ed.js' for resource 'web-part-name' in component '58c4fb68-60f1-45ac-b057-ba7cc51c3ec2' (WebPartName). There was a network problem.
This may be a problem with a HTTPS certificate. Make sure you have the right certificate.

Another quick note about the error above – also verify that your system time is correct – if not, you might run into funny SSL certificate errors… :)


Is it not your package? Check the solutions below, and if none of them resolve your issue, ask whomever you got the package from, if the package is working for everyone else.

Error with External/Guest users

Okay, sounds pretty broad, right? But I’ve found 2 different solutions here. These solutions apply to AT LEAST the situations when your internal users don’t necessarily experience the issues at all, but your external/guest users do.

Not using CDN?

If you’re not using CDN with your SPFx webparts, most likely they’re hosted from your app catalog’s SiteAssets/ClientSideAssets library. If you have external users accessing your site, they won’t by default be able to access this site at all, and will hence encounter weird issues with the SPFx webparts.

In a case like this, you have at least two different options:

How to enable your external users to access your SPFx webparts that are not hosted on CDN:
  1. Enable CDN and deploy your apps there instead of the app catalog
    1. See my snippet on how to do that: How to fix Office 365 CDN when it breaks?
  2. Modify the ClientSideAssets -library’s permissions in the app catalog site to allow external users access there. This includes at least the following steps.
    1. Enable external sharing on your tenant if it isn’t enabled already.
    2. Enable external sharing on the App Catalog site
    3. Invite a group with your external/guest users to the ClientSideAssets library as visitors/readers.

As a side note, to enable hosting your SPFx solution from SharePoint, you need to have “includeClientSideAssets” as “true” in the package-solution.json file. This configuration is also typically ignored when building debug builds (bundle without –ship).

Using CDN and messing up the permissions

In a case like this, it’s probably not you, it’s Microsoft. There isn’t that much you can mess up with CDN that would be external users -specific. And if you have, I want to hear about that, so please do leave a comment below!

Otherwise, to try and fix the CDN, see my steps for Office 365 CDN tweaking here.

References

More info about Office 365 CDN:

If you want to read more on Office 365 CDN, these are a good sources to get started!

mm
0 0 vote
Article Rating
Subscribe
Notify of
guest
22 Comments
Inline Feedbacks
View all comments
Marshall

Great article! Perhaps you could help me, my SPFx solution is working for my account (developer), but *some* users are seeing this error and the web part is failing:

TECHNICAL DETAILS
[SPLoaderError.loadComponentError]:
***Failed to load component “99e9cade-9b5e-49ed-bc2e-d48cb8ceb6fb” (HideQuickLaunchWebPart).
Original error: ***Failed to load path dependency “HideQuickLaunchWebPartStrings” from component “99e9cade-9b5e-49ed-bc2e-d48cb8ceb6fb” (HideQuickLaunchWebPart).
Original error: Error loading https://component-id.invalid/99e9cade-9b5e-49ed-bc2e-d48cb8ceb6fb_0.0.1/HideQuickLaunchWebPartStrings
Unable to load script https://redacted.sharepoint.com/sites/cdn/SiteAssets/hideQuickLaunch/hidequicklaunchandcentercanvas-hidequicklaunchwebpartstrings_en-us_536e65149b0acf4d52c0043073b9fc59.js

***INNERERROR:
***Failed to load path dependency “HideQuickLaunchWebPartStrings” from component “99e9cade-9b5e-49ed-bc2e-d48cb8ceb6fb” (HideQuickLaunchWebPart).
Original error: Error loading https://component-id.invalid/99e9cade-9b5e-49ed-bc2e-d48cb8ceb6fb_0.0.1/HideQuickLaunchWebPartStrings
Unable to load script https://redacted.sharepoint.com/sites/cdn/SiteAssets/hideQuickLaunch/hidequicklaunchandcentercanvas-hidequicklaunchwebpartstrings_en-us_536e65149b0acf4d52c0043073b9fc59.js
***CALLSTACK:
Error
at t [as constructor] (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-05-03.013/sp-pages-assembly_en-us_5493085219cddd015fe284db23f333b4.js:915:16084)
at new t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-05-03.013/sp-pages-assembly_en-us_5493085219cddd015fe284db23f333b4.js:1538:21156)
at Function.e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-05-03.013/sp-pages-assembly_en-us_5493085219cddd015fe284db23f333b4.js:1538:16215)
at Function.e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-05-03.013/sp-pages-assembly_en-us_5493085219cddd015fe284db23f333b4.js:1538:12246)
at https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-05-03.013/sp-pages-assembly_en-us_5493085219cddd015fe284db23f333b4.js:1538:61575

I believe I have the CDN configured correctly; the .js resources that the error is referencing is in the CDN library; could it be that users in the org need permissions to those resources? What could “component-id.invalid” refer to? Thank you for any and all ideas!

Marshall

Antti,

Thank you for the quick reply! It turns out that the issue was that I was missing a gulp command; I was doing [gulp package-solution –ship] without doing [gulp bundle –ship] first. I am new to this! Everything is working now.

mm

Hi Marshall,

Happy to hear it was that simple after all! gulp bundle (or bundle –ship) are indeed requred before running package-solution, otherwise the files won’t be properly built & packaged for deployment.

crdownload

Yes i think so.

Sunil Jain

gulp clean
gulp build
gulp bundle –ship
gulp package-solution –ship
above command works for me. Thanks :)

Rajrup

Hi I am getting the same error (CDN) but only for Internet Explorer

[SPLoaderError.loadComponentError]:
***Failed to load component “acef6c3f-852a-42e3-8a4b-7ea191ae9687” (CalendarFeedSummaryWebPart). Original error: ***Failed to load URL ‘https://publiccdn.sharepointonline.com/abc.sharepoint.com/sites/appcatalog/ClientSideAssets/25653136-fc83-4abe-b9d2-a4ac041959d5/calendar-feed-summary-web-part_a5b64268e503b3b539ba832ffc06d63c.js’ for resource ‘calendar-feed-summary-web-part’ in component ‘acef6c3f-852a-42e3-8a4b-7ea191ae9687’ (CalendarFeedSummaryWebPart). There was a network problem. This may be a problem with a HTTPS certificate. Make sure you have the right certificate.

***INNERERROR:
***Failed to load URL ‘https://publiccdn.sharepointonline.com/abc.sharepoint.com/sites/appcatalog/ClientSideAssets/25653136-fc83-4abe-b9d2-a4ac041959d5/calendar-feed-summary-web-part_a5b64268e503b3b539ba832ffc06d63c.js’ for resource ‘calendar-feed-summary-web-part’ in component ‘acef6c3f-852a-42e3-8a4b-7ea191ae9687’ (CalendarFeedSummaryWebPart). There was a network problem. This may be a problem with a HTTPS certificate. Make sure you have the right certificate.
*CALLSTACK:
Error
at t._generateErrorStackForIE (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:4:53720)
at t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:4:53256)
at t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:20:79630)
at e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:20:118295)
at e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:20:114320)
at Anonymous function (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-08-16.010/sp-pages-assembly_en-us_89a71a07c8bdf9672544574aa95d0170.js:20:109769)
at Anonymous function (https://publiccdn.sharepointonline.com/abc.sharepoint.com/sites/appcatalog/ClientSideAssets/890affef-33e0-4d72-bd72-36399e02143b/search-results-web-part_c3e174542874f8fbf02e0e130b9923fa.js:51:69494)
at Anonymous function (https://publiccdn.sharepointonline.com/abc.sharepoint.com/sites/appcatalog/ClientSideAssets/890affef-33e0-4d72-bd72-36399e02143b/search-results-web-part_c3e174542874f8fbf02e0e130b9923fa.js:51:69364)
at c (https://publiccdn.sharepointonline.com/abc.sharepoint.com/sites/appcatalog/ClientSideAssets/890affef-33e0-4d72-bd72-36399e02143b/search-results-web-part_c3e174542874f8fbf02e0e130b9923fa.js:51:88251)

Can you please tell me what to do

Rajrup

Thanks for your response. But I am not getting any error in network. But in control I am getting : SCRIPT1002: Syntax error
calendar-feed-summary-web-part_4d807d3b98427ac2f3974237d9c91127.js (55,153506)

Jason Ames

I am seeing the same issue. Web part loads fine in Chrome and Edge, but IE 11 fails. Doesn’t seem to me this would be a code issue, but more of a IE security settings one. Hard to believe the developer didn’t run across this before posting it to the GitHub samples rep.

Jason Ames

Sadly, many companies still use it as the standard. Below is my error that I get only in IE… I have tried adjusting security settings and different emulations. Same issue every time. Thoughts? If I cannot get it working I will have to scrap this web part and come up with something else. I hate to do that after all of the work I put into tweaks. Plus I want to convince our IT team that SPFx is a viable approach. Sigh…

[SPLoaderError.loadComponentError]:
***Failed to load component “acef6c3f-852a-42e3-8a4b-7ea191ae9687” (CalendarFeedSummaryWebPart). Original error: ***Failed to load entry point from component “acef6c3f-852a-42e3-8a4b-7ea191ae9687” (CalendarFeedSummaryWebPart). Original error: Error loading https://component-id.invalid/acef6c3f-852a-42e3-8a4b-7ea191ae9687_1.1.0
https://component-id.invalid/acef6c3f-852a-42e3-8a4b-7ea191ae9687_1.1.0 did not call System.register or AMD define. If loading a global module configure the global name via the meta exports property for script injection support.

***INNERERROR:
***Failed to load entry point from component “acef6c3f-852a-42e3-8a4b-7ea191ae9687” (CalendarFeedSummaryWebPart). Original error: Error loading https://component-id.invalid/acef6c3f-852a-42e3-8a4b-7ea191ae9687_1.1.0
https://component-id.invalid/acef6c3f-852a-42e3-8a4b-7ea191ae9687_1.1.0 did not call System.register or AMD define. If loading a global module configure the global name via the meta exports property for script injection support.
***CALLSTACK:
Error
at t._generateErrorStackForIE (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:4:53807)
at t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:4:53343)
at t (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:20:103060)
at e.buildErrorWithVerboseLog (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:20:112753)
at e.buildLoadComponentError (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:20:108778)
at Anonymous function (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:20:99272)
at Anonymous function (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:1:16156)
at F (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:1:16132)
at C (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:1:15977)
at B (https://spoprod-a.akamaihd.net/files/sp-client-prod_2019-10-18.028/sp-pages-assembly_en-us_5a065beb9d96132945b92d75d35de1f6.js:1:15565)

Jason Ames

Never got this working. PNP Polyfills for IE11 didn’t fix it. In local workbench the web part doesn’t even load at all. Blank screen. In tenant workbench or deployed to app store, I get the call stack shown previously, but only in IE11. I am convinced at this point that this web part, perhaps others too, but for sure this one, is not compatible with IE11. Might not have anything to do with the PNP calls, but some other library being used. I guess these web parts are for sandbox/educational purposes only and not really intended to be used as real solutions. It sure makes me appreciate Visual Studio and ASP.NET… never had any issues like this with my MVC projects and Nuget libraries. :-)

Jeremy Greiner

I am having this same issue in chrome / o365 anytime I try to add a code snippet web part to a Team Site.

Unowiz

@Antti, I had just one user who suddenly started seeing the certificate error in Chrome when accessing a page with custom webpart added. This used to work for the user when she accessed it a month back and has suddenly starting throwing the below error. No one else have this issue.

SPLoaderError.loadComponentError]:
***Failed to load component “27dc1874-7c90-4437-bc31-8f31af27c037” (CustomButtonWebPart). Original error: ***Failed to load URL ‘https://publiccdn.sharepointonline.com/obfuscatedtenant.sharepoint.com/sites/appcatalog/ClientSideAssets/58eeed49-8f05-4778-86f1-ce98f89017c1/custom-button-web-part_02c73a644cbe8062f4f1112ddf1f603a.js’ for resource ‘custom-button-web-part’ in component ’27dc1874-7c90-4437-bc31-8f31af27c037′ (CustomButtonWebPart). There was a network problem. This may be a problem with a HTTPS certificate. Make sure you have the right certificate.

Chrome Incognito, Chrome guest profile, IE, Edge seems to work. Clearing cache etc didn’t help. I ended up removing the profile and create a new one. That seems to have resolved the issue.

Unowiz

Would you believe it? The culprit was the AdBlock extension. The button label and project files had “ad” in the name. AdBlock extension was trying to be clever :D and blocking the browser from loading the resource.

Filzah

Thank you Antti K. Koskela for the useful content. I have gotten the error below only in IE and somehow the error disappeared after few days. I am curious about the root cause and the solution. As I couldn’t reproduce the issue, I was not able to debug further but was informed by Microsoft it could be due to server lag. Would you have any comments on this?

ERROR:
You must pass a resolver function as the first argument to the promise constructor

CALL STACK:
TypeError: You must pass a resolver function as the first argument to the promise constructor
at Y (https://intranet.sharepoint.com/sites/intranetuat/Pages/Resources.aspx:993:3330)
at t (https://intranet.sharepoint.com/sites/intranetuat/Pages/Resources.aspx:993:6009)
at e.prototype._instantiateWebPart (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:21:183939)
at e.prototype._initializeWebPartOld (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:21:189626)
at Anonymous function (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:21:192367)
at Anonymous function (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:1:5655)
at M (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:1:5631)
at B (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:1:5476)
at b (https://spoprod-a.akamaihd.net/files/sp-client/sp-classic-page-assembly_en-sg_1a361c4758253fef719bbc8743ab04df.js:1:3481)