-
Type:
Bug
-
Status: Closed
-
Resolution: Fixed
-
Affects Version/s: 7.0.X, 7.1.X, Master
-
Fix Version/s: 7.0.0 DXP FP64, 7.0.X, 7.1.10 DXP FP4, 7.1.10.1 SP1, 7.1.2 CE GA3, 7.1.X, Master
-
Component/s: UI Taglibs, Web Form
-
Branch Version/s:7.1.x, 7.0.x
-
Backported to Branch:Committed
-
Story Points:0.25
-
Fix Priority:3
-
Browsers:Internet Explorer 10, Internet Explorer 11
-
Git Pull Request:
IE's got a very odd bug where:
- the form is enctype="multipart/form-data"
- AND the form data is sent via AJAX/XMLHttpRequest/HXR
- AND the form has either:
- an input without a name
- OR a checkbox input as the last input in the form, and is not checked
The resulting Request FormData will be malformed.
-----------------------------7e221b30c1284 Content-Disposition: form-data; name=" -----------------------------7e221b30c1284--
To fix this issue requires a hack.
Before the AJAX Request is sent, you append a bogus/extra input at the end of the form.
It turns out, we were accidentally doing that, when we append the p_auth input to the form. When that feature is turned off, the hack is removed and the IE bug shows up.
This issue is not reproducible/discovered in master but the underlying issue is still there and should be fixed.
Steps to Reproduce:
- In portal-ext.properties, set auth.token.check.enabled=false
- Start server
- In IE11 open Portal
- Login
- Navigate to Documents and Media => [ + ] button => Folder
- Enter any name
- Click [ Save ]
Expected Results:
Browser forwards/navigates to Documents and Media root folder, with new folder created.
Actual Results:
- Browser does not forward/navigate and stays on the New Folder form.
- Form displays confirmation message: "Your request completed successfully"
- New folder is never created.
- Tomcat errors:
2018-10-31 21:46:36.001 WARN [http-nio-8080-exec-2][UploadServletRequestImpl:224] Unable to parse upload request: Stream ended unexpectedly