This post was most recently updated on December 7th, 2022.
5 min read.So, I’ve gotten this question from a lot of customers and partners, and I thought it would be worth clarifying the case a bit. “I’m seeing a lot of requests these requests to WsaUpload.ashx. What do they matter? They seem to degrade the performance – so what can I do about them?”
That’s a great question! Let’s see what it is, why it exists, and what we can do about it!
Note: If you’re not THAT interested in the details about the data going back and forth, or the background of the data collection, you can just check out the solution by clicking this link!
Description
When opening a classic page in SharePoint – pretty much any page – you can see from the Network -tab of your browser, that there are a bunch of requests to WsaUpload.ashx. There are typically 1-4 of them, and you can see them all over the place.
But what are those requests about?
The requests to WsaUpload.ashx are actually related to Microsoft’s Customer Experience Improvement Program (CEIP). They’re perfectly legit, normal parts of your SharePoint’s (no matter if it’s on-premises or online) function.
Technically speaking, this program normally consists of 2 different components – the server component, which analyzes your services and databases, and the client component, which snoops all kinds of info from your browser.
Wictor Wilen has written a great overview of the data that’s snooped, so check it out on his blog. It’s for SharePoint 2010, but the main points should still be the same – so go read it, if you want more details!
The background component, installed on the servers, sends all kinds of things to Microsoft. However, the client-side component isn’t as greedy – it only sends some metrics. The short version is here:
- Command Id of the command
- Current Tab id
- List and Page information
- Time and duration
Just looking at the payload, it looks like the request is passing on some timing information, and flags about enabled features – it actually looks a lot like fp.js, which Microsoft also seems to use for evaluating the network performance!
{
"StartTime":131771014803590000,
"EndTime":131771014803670000,
"CorrelationId":"a39e7e9e-60de-6000-1ba8-6bc193afa194",
"Flags":16,
"wsaDatapoints":[
{
"Id":8048,
"Val":1234,
"Tic":1
},
{
"Id":7993,
"Val":5,
"Tic":7
},
{
"Id":8048,
"Val":1234,
"Tic":8
},
{
"Id":60,
"Val":0,
"Tic":8
}
],
"wsaStreams":[
{
"Id":1234,
"Width":1,
"Rows":[
{
"Tic":1,
"Vals":[
"V1",
"UserEngagement",
"EngagementName",
"ClientSideTheming_StartFetchTheme",
"Properties",
"",
"Duration",
null,
"LogType",
0,
"ClientTime",
1532627878911
]
},
{
"Tic":8,
"Vals":[
"V1",
"UserEngagement",
"EngagementName",
"SuiteNav_StartRender",
"Properties",
"",
"LogType",
1,
"ClientTime",
1532627878914
]
},
{
"Tic":8,
"Vals":[
"V1",
"UserEngagement",
"EngagementName",
"ClientSideTheming_SuccessFetchTheme",
"Properties",
"",
"Duration",
404,
"LogType",
0,
"ClientTime",
1532627879316
]
},
{
"Tic":8,
"Vals":[
"V1",
"UserEngagement",
"EngagementName",
"SuiteNav_SuccessRender",
"Properties",
"",
"LogType",
1,
"ClientTime",
1532627879846
]
},
{
"Tic":8,
"Vals":[
"V1",
"RUMActionDelta",
"Version",
1,
"Action",
131922,
"CorrelationId",
"",
"LastSeenCorrelationId",
"",
"UserAgent",
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36",
"BeginTime",
1532627871067,
"FirstChance",
0,
"NetworkDone",
0,
"ServerTime",
0,
"EUPL",
9270,
"ClientTime",
1532627880338
]
}
]
}
]
}
So, that’s the data, and we (roughly) know what it’s used for. That’s all good, right?
Problem
If these requests were just loitering around and happening in the background, I don’t think anyone would care about them that much. Is Microsoft snooping on you? Man, they’ve got plenty of chances to do that – a couple of mainly performance-related requests aren’t going to change the big picture that much. However, they actually look like they’re degrading performance, at least every now and then!
The requests are not occurring too early in the page load (so they’re not really slowing down most of the actual functionality from loading), but in a lot of cases they DO seem to load before the top nav bar, files for ribbon, some add-ons, et cetera – and they seem to be – at least in some cases – blocking other requests from being executed before they finish! In plain English, parts of your page (like your profile photo) load a bit slower, than they optimally would.
This IS detrimental, even if the User Experience doesn’t suffer that much.
In a lot of cases, however, these requests cause headaches to SharePoint Admins in different organizations, since they admittedly DO add to the overall load time of the web page. In this particular case below, they added over 10% to the total load time – and that’s far from insignificant!
Even if the requests don’t affect the User Experience that much (and usually they don’t), this might be a bleak comfort for the SharePoint Admin. I’ve seen cases, where the poor Admin’s success in their next performance review might be (partially) graded based on the total load time! Yes, I’ve seen those cases. No, it doesn’t make sense – but it is an easy metric for sure!
You don’t want your annual bonus to suffer just because Microsoft wants to improve its products? I get you. Let’s see what we can do about this!
Solution
The solution is 2-fold. The first step is optional, and mostly done for hygienic reasons, and the second step actually “fixes” the issue :)
Step 1: Disable CEIP (On-Premises)
This won’t actually stop the requests, but it’ll stop the server component from sharing some of the data with Microsoft. Since this is a farm-level setting, it’s only available on-premises, and in SharePoint Online, you can’t affect the data that Microsoft gets from the servers. And that makes sense – why would you? They are not your servers :)
Time needed: 15 minutes
The steps to disable CEIP in SharePoint On-Premises are as follows:
- In Central Administration, select System Settings
1. Click Configure privacy options under Farm Management
2. Under Customer Experience Improvement Program, select ‘No, I don’t wish to participate’
3. Next, this needs to be disabled for all web applications, including Central Administration. - Select Application Management, then Manage Web Applications
1. Select the first Web Application in the list and click General Settings
2. At the very bottom of the list, select No in the Enable Customer Experience Improvement
Program
3. Repeat for all Web Applications on the farm.
4. In theory, this should be sufficient to disable CEIP across the farm, however running SP1 and the June CU, you will find that the error still appears, therefore the last resort is to disable the Timer Job. - Click Monitoring then Review Job Definitions under the Timer Jobs heading.
1. In the list, click on CEIP Data Collection.
2. At the bottom of the page, click Disable.
3. The errors will not longer appear and although you could simply just disable the timer job, to begin with, I feel it’s better to have the farms’ configuration set correctly too.
I got these steps from this awesome blog post.
There’s an additional point, especially in regards to SharePoint Online – you’ll need to block the actual requests from being done.
Step 2: Block the requests
Okay, this step is way more important.
If you want to block the requests on all pages, you need to embed the JavaScript below to your pages (whatever way you want). Unfortunately, there’s no GUI or switch or anything for this change, so you should consider the change unsupported and probably unrecommended by Microsoft.
Anyway, you can inject the code via a ScriptLink, and add it to a master page (please don’t), or to your page layouts.
<script type="text/javascript">
g_wsaEnabled = false;
</script>
Don’t wrap this in a $(document).ready -handler – it’ll delay the value being set. For once, you don’t want that :)
After this, you need to verify that your Network tab doesn’t feature any offending requests to WsaUpload.ashx anymore. And then – you should be good!
References
See these links for more info!
- https://michielvanerp.wordpress.com/2015/10/20/sahrepoint-online-ceip-wsaupload-aspx/ [sic]
- https://github.com/SharePoint/sp-dev-docs/issues/1461
Oh – and if you’re looking for the “modern” version of the Customer Experience Improvement Program, and its very similar requests to fp.js, see my other article below:
- How to solve keyboard shortcuts not working in Google Chrome on Windows? - September 10, 2024
- Search (and secretly, sync) broken in OneNote? A quick fix! - September 3, 2024
- “Destination Path Too Long” when copying files in File Explorer? Easy workaround(s)! - August 27, 2024