Sharepoint Drag and Drop Issues with Internet Explorer


This issue occurs for Windows 7, 8 and 8.1 using Internet Explorer 10 and 11 (and possibly previous versions) and when any organic L7 is being used on the Loadmaster. This includes Active Cookie Persistence, Header Modification, Content Matching and Caching and Compression.

This is fixed by setting Add HTTP Headers to None or not using any organic L7 functionality. Another fix includes activating a patch for Internet Explorer, see link below.

The issue is authentication, when any organic L7 functionality is used the real server is aware that the transaction is being proxied and every packet needs to be authenticated instead of just the first one. In a fiddler trace we saw Persist-Auth set to false when organic L7 was used and true if not. The authentication information is cached with the file. Firefox and Chrome handle this fine, but Internet Explorer doesn't keep the file cached, so when the server sends a 401, an empty response is sent, instead of the expected amount of data. This will eventually time out with a 408 incomplete. This is true for any proxy, not just the Loadmaster and it is a fault with Internet Explorer, the Kemp is functioning as designed.

Example of working and not working:

Not Working
1. POST HTTP/1.1 - gets 401
2. POST HTTP/1.1 - gets 200 OK (Persistent-Auth: false)

{D38271E6-4C33-47C8-99C3-4. 22B146F50C41}

&RootFolder=%2Fpersonal%2Fadmin%2FDocuments HTTP/1.1 (Trys to reniogotiate) - gets a 401

&RootFolder=%2Fpersonal%2Fadmin%2FDocuments HTTP/1.1 Sent with just one packet worth of data - times out with 408 incomplete

1. POST HTTP/1.1 - 401
2. POST HTTP/1.1 - 200 OK (Persistent-Auth: true,Transfer-Encoding: chunked,Content-Encoding: gzip )
3. POST{D38271E6-4C33-47C8-99C3-22B146F50C41}

- 200 OK

One more possibility is to activate a hotfix in Internet Explorer

Go to section "How to Enable this Hotfix". This is an option when L7 functionality is required and for security reasons Persistent-Auth must be set to false. This has not yet been tested on our side.

Was this article helpful?

0 out of 0 found this helpful