html fileupload control doesnt upload file in Chrome - google-chrome

I have an asp.net application with a page to upload files (csv file). In this page I have an updatepanel in that I have a html fileupload control.
The fileupload works fine with both IE and Firefox. With chrome, I can see the PostedFile.Filename = "bac.csv",
PostedFile.InputStream.Length = 80
But when I copy the Inputstream to a byte array, all the bytes have zero value. Remember this same code works fine with other browsers.
Fiddler also shows different postdata. see below for Chrome and Firefox data that I see in Fiddler. Clearly, Chrome is not posting the file data. What I am doing wrong and how can I fix it.
Chorme data
POST http://nap1557pdv:8081/Test.aspx HTTP/1.1
Host: nap1557pdv:8081
Connection: keep-alive
Content-Length: 1080
Cache-Control: max-age=0
Authorization: Negotiate YIIHxQYGKwYBBQUCoIIHuTCCB7WgMDAuBgkqhkiC9xIBAgIGCSqGSIb3EgECAgYKKwYBBAGCNwICHgYKKwYBBAGCNwICCqKCB38Eggd7YIIHdwYJKoZIhvcSAQICAQBuggdmMIIHYqADAgEFoQMCAQ6iBwMFACAAAACjggXiYYIF3jCCBdqgAwIBBaEWGxRVUy5HTE9CQUwuU0NIV0FCLkNPTaIyMDCgAwIBAqEpMCcbBEhUVFAbH25hcDE1NTdwZHYudXMuZ2xvYmFsLnNjaHdhYi5jb22jggWFMIIFgaADAgEXoQMCASqiggVzBIIFb90TTnez5nz7PYYCHnFWHoUr0lL7EAB6ZoYVhl57Rw+YPVA4ETppBF7d+loFVEvph67qrU35Ivax10viOxneO+Lfw3MnJyt67jtpr7nLuObPOZ5q8iSgOXC413xymPmsaaUgGdA9Ngvz2pOE8OvEbJrkYMQQxZZBdtasWTJ8vTUNIgLgiQpJDfWscCVle/++kWWr4HMZbPM4epC9yA9rMl6SF9728tW0Q/3ZLdNnccxuWb+FMUxAd53H6sb6xIotw0ZBomZOwwf++p5+r47Fcpcp/e0d/MBaLEGBeGkYYPvTfeETcoFh1Z+r7mR34YzTe7ubw+13kDs9iAtAk+sSBZDuSe2v7GJoRVaTIl+Rs9e0x4ajBJ9YNTqQ+yv8mk+ezApQW2q4jkrch0y2Z60siTTSebTbB2vkRXHxKQhYkIaieQKSz573M1Gq/fuRfVE25naOuPF0w/VeYP5LXFeTt5nULrcwvCSeMNUOH+clbcGYHYQiI3AAo7A25tge2ZK4hTcd6icgozrnWqtREGS/UrJL6hXO79aWfHmbvsO23LdqqUWQrIYf5waVLt/SKvzBgFtzhbT8l20ngs9t+f5cRCsNQQsz5G1M7JZEz+XYXKKBTwVKhVVeM+ocJGSTpc69i/s/GyVhNumuQtTR0/LDVPwmgzDDSGp31cEsST5Iw7/sWS8I4LtHw3kti4uUyGmL/J6clyMEYzgkEYD64r/tKEdwWNv6iq4PoA072ZRyXEUojGzlqbyw/ou7Evs3Slwzkku58B0nryc3H975+NDoIhHugrp2WtvJ+lEvnf1HpzGyM7KJRnCspSVvDtuQYNdswndRvnSZCeOz2IDwJJXSJK+smfbC32DnOznAHEld0/fJMNYygKhmdckCrpvvrbq5iESnCxKclJneqzhSzSo8KA3HgwUiteNFyeBkvmCw0ewbLiRD79aN8PP++S1HLQseeEAcm6/FEApJni/Vm9J6TiUTtE9/5v+fjokmqme0VhJS5c2U2WBbJSB3Z9ljkhdqySBpeOrnrRWDmJLsIE4H+RD1d3zSkL3KKR8G3agnnt/BEuxVHLpiWNJA71qIqkGW965lRdODpMSgWzQEJpfqELXlF87OvVvrS3WacqerGhQPWsgB9Jq3iVyYIgEn0k/nKd1x06sMohLy05Jwz5BXKZZ61KaYhTUv3nrQBMPe2ofTsSnqa11OYzwLibc2Ktq/fZ3lgj8fvxbFXNsaZyYq3W8Xtn+T9wruGapBDoQhASbr+ziJrgVwp2Frzs/+/0H1lZIG9QR762C6g2T58H9oCQAV89kKN/9b3RcsuZqXcF+GoQm7HyvPGtg3eD5Lp1AJK7X9OrrIiuVhBhHDdFAC2FtID47wHH9rSHewpDmQUdXuC/JKcmKrld+GRKU0VBUiWS3viU592MYOZ17T8zqLpK3yRlFHAskpqpfNClF3A1XgO4yfqcau3ZgCNMZsG6h7aYGWXGCd16KuoU87vOk/JBqd61+JgAHVAkAkIjwzXsNz/Q8KbDdh14NwiK7U2gHXnLW53nn6NTMvCF7xcAhltdmukBksHGMwTrjKA5Dx3F63Jk+8czIyjnrqfMLMZrvypErbYiAi7rsjfbCJ5TIQtzAUvGzUnDNsvncdi9Qw3HBi2NWhNf9polOaSvnfk/lv5QXWZZzY/iq4r0LPgAGR+Quckl00PMPneb+sXZsqzRhGkFSZQKIPHWxlf2DL+dVbMPYBzxqLcXgbKg1AHKzx+85m95JIJhgTm6t+KOwfAO7o2+qmwG1Rbe4VQNOlk7cMocZ2+gdUJ+l+hkRCNa9miwSj6pKt+ZoaeberFn2ii98FaokI9Ou6j9aKQtPrLuc3pIIBZTCCAWGgAwIBEqKCAVgEggFUlfYTsU7l+JAL3MNRQW0F++fScMJMOkdCC/qxS/E4ebyJyx6KCf3jg5PZYNje42R056D04HGzATVc6r7WlugfBfOOtTvlW55BBH6xocA9XRpb79Aorn7fnmEQ0Lli1Y2LymbD2ImnNeQqonjrQG6IcT5yZRVeDG4Xjv9dxKOM/AMYqIDq80PmoBxjpj21phGtt7kO3avxpwkPPSuTOJ8y5fbCwODdpwBWCZmQi80sL+VVISFiJGW+GG6GrMTiXJWMyWR/GMuCoGy4qaOGMeCcJSmAbaPCCHyMJuSn7HcLyq2QszJqW7h/873Wc0ed3xm+KjcSTWc7op1OVqnMbjKDg67I3Pa/OxoC3N1r4U19/NvP5pU1aF+Kx37MW8opo8yuMd6D/cD5I6uC7sWiy0gdeVE+mNJwAzogkbmuR12OmWKcOD0mjCd2a2aCCfgktjj31hOFpQ==
Origin: http://nap1557pdv:8081
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.46 Safari/536.5
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Referer: http://nap1557pdv:8081/Test.aspx
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: ASP.NET_SessionId=tprepknwc3ejjfvmvewhb3ea
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="ctl07_HiddenField"
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="__EVENTTARGET"
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="__EVENTARGUMENT"
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="__VIEWSTATE"
/wEPZwUPOGNmMDIzYmE5MWZmZTE3yZ1szJcaImr6jsC8aAj3Jr/NJZHuYmM9v1nicrGvr1I=
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="__EVENTVALIDATION"
/wEWAgKZhrWmDwLAtdSqDb+OpffaxhvDEvRAly4rTIajFqtN7G6bde9qDsAeL/uL
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="ctl00$MainContent$fileUploadChartData"; filename="bac.csv"
Content-Type: application/vnd.ms-excel
????????????????????????????????????????????????????????????????????????????????
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ
Content-Disposition: form-data; name="ctl00$MainContent$btnUploadDocument"
Upload
------WebKitFormBoundaryoVCxaJFfHyYJTJUZ--
Firefox Data
POST http://nap1557pdv:8081/Test.aspx HTTP/1.1
Host: nap1557pdv:8081
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection: keep-alive
Referer: http://nap1557pdv:8081/Test.aspx
Cookie: ASP.NET_SessionId=i2egjzbii2d4ttz4uhripgz4
Content-Type: multipart/form-data; boundary=---------------------------24464570528145
Content-Length: 1104
-----------------------------24464570528145
Content-Disposition: form-data; name="ctl07_HiddenField"
-----------------------------24464570528145
Content-Disposition: form-data; name="__EVENTTARGET"
-----------------------------24464570528145
Content-Disposition: form-data; name="__EVENTARGUMENT"
-----------------------------24464570528145
Content-Disposition: form-data; name="__VIEWSTATE"
/wEPZwUPOGNmMDIzYzRlZjk0NDk3xSjtNc5KxDS+sptXgXIwFbIwfngQQcicVPd0sZS0Hes=
-----------------------------24464570528145
Content-Disposition: form-data; name="__EVENTVALIDATION"
/wEWAgKes7e9AgLAtdSqDeYF8SG+RG8hp8rFuJK7HrsxNq8TZlkf0m0bUTEzK9Pq
-----------------------------24464570528145
Content-Disposition: form-data; name="ctl00$MainContent$fileUploadChartData"; filename="bac.csv"
Content-Type: application/vnd.ms-excel
Symbol,Date,Open,High,Low,Close,Volume
BAC,4/25/2012,8.21,8.35,8.19,8.23,563453
-----------------------------24464570528145
Content-Disposition: form-data; name="ctl00$MainContent$btnUploadDocument"
Upload
-----------------------------24464570528145--

This is a known issue in Chrome 19.0.1084.46. See http://code.google.com/p/chromium/issues/detail?id=128574

We have exactly the same behaviour (jpeg files containing only NUL values)
We are using IIS webservers with windows authentication and Chrome 19.0.1084.46.
It was introduced tuesday when Google updated chrome..
For now we reverted to using MSIE9

Related

Chrome dev tools response encoded json

I am trying to read a http post request data using Chrome developer tools but both payload and response is encoded instead of Json format.
request headers:
Accept: */*
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9,cy;q=0.8,fa;q=0.7,tr;q=0.6
Cache-Control: no-cache
Connection: keep-alive
Content-Length: 88
Content-Type: application/json
Host: 192.168.88.11
Origin: http://192.168.88.11
Pragma: no-cache
Referer: http://192.168.88.11/?16550159
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36
X-Requested-With: XMLHttpRequest
response headers:
Connection: keep-alive
Content-Type: text/html
Date: Sun, 12 Jun 2022 09:15:28 GMT
Transfer-Encoding: chunked
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
request payload
LyZJQwGM78nstubJ5ZHF63GzcsNSIli+ntpDXOkrmPHachPL9WQaCWc6DLLaoQ8WHSch4zCLwQvj7jE745KrHQ==
How can I see this payload in Json format?

Chrome "access-Control-Allow-Origin" header for origin error (CORS)

I have the following setup:
Webserver 1 https://localhost:8888
Webserver 2 https://localhost:9005
Webserver 3 https://localhost:9006
I open https://localhost:8888 from a Web browser and enter the following JS code.
(async () => {
const endpointId = '1d60eb5195725648';
const continueUrl = 'https://localhost:9006/'
const signinUrl = new URL('https://localhost:9005/_login');
signinUrl.searchParams.set('continue', continueUrl);
signinUrl.searchParams.set('endpoint', endpointId);
const response = await fetch(signinUrl.toString(), {
credentials: 'include',
headers: {
'Authorization': `Bearer ${gapi.auth.getToken().access_token}`,
},
});
})();
I'm getting this error in my Chrome Browser Version 102.0.5005.115
Access to fetch at 'https://localhost:9006/?TOKEN=0<Truncated>c&endpoint=1d60eb5195725648' (redirected from 'https://localhost:9005/_login?continue=https%3A%2F%2Flocalhost%3A9006%2F&endpoint=1d60eb5195725648') from origin 'https://localhost:8888' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: The 'Access-Control-Allow-Origin' header has a value 'https://localhost:8888' that is not equal to the supplied origin. Have the server send the header with a valid value, or, if an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
Looks like Origin field is correct according to the info in Headers. What am I missing?
(I truncated Token to improve readability)
Requests:
Request URL: https://localhost:9005/_login?continue=https%3A%2F%2Flocalhost%3A9006%2F&endpoint=1d60eb5195725648
Request Method: OPTIONS
Status Code: 200 OK
Remote Address: [::1]:9005
Referrer Policy: origin
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Authorization
Access-Control-Allow-Headers: Proxy-Authorization
Access-Control-Allow-Methods: GET
Access-Control-Allow-Origin: https://localhost:8888
Content-Length: 0
Date: Sun, 12 Jun 2022 02:47:09 GMT
--
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9,es;q=0.8
Access-Control-Request-Headers: authorization
Access-Control-Request-Method: GET
Cache-Control: no-cache
Connection: keep-alive
Host: localhost:9005
Origin: https://localhost:8888
Pragma: no-cache
Referer: https://localhost:8888/
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-site
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36
Request URL: https://localhost:9005/_login?continue=https%3A%2F%2Flocalhost%3A9006%2F&endpoint=1d60eb5195725648
Request Method: GET
Status Code: 302 Found
Remote Address: [::1]:9005
Referrer Policy: origin
Access-Control-Allow-Credentials: true
Access-Control-Allow-Origin: https://localhost:8888
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Content-Length: 360
Content-Type: text/html; charset=utf-8
Date: Sun, 12 Jun 2022 02:47:09 GMT
Expires: Mon, 01 Jan 1990 00:00:00 GMT
Location: https://localhost:9006/?TOKEN=00cfdab4e480656ed7d71b3e58df42fe5422d85d33118a5af5fb7cc66f2d81330b46740ccbca4927ecfe841e751f0de72fdf53c4eb7d66b7c5ab857e33c6beaa270950fe0c49047fd5260db3120731d0abbfe3be1a0d316db4b0754610c81e2b070cea24e46e0e5ef76937c65832ef7c315b452b846e87f59be3124478cee49045162c&endpoint=1d60eb5195725648
Pragma: no-cache
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9,es;q=0.8
Authorization: Bearer ya29.a0ARrdaM8mfOksOCl6l4O13z5PQv1cUVgKDKWgbo_rNXDL_Fw_-aedVVJdAFOSYByUjEy1WYrAKoik0KHx_c69aCXZcuAXbYedYkZRtDb5Y3Bz98eqjrOBjT0XrWspWdGNqRvsq_L_rDERdnsUFDFKCNiFCHV4sg
Cache-Control: no-cache
Connection: keep-alive
Cookie: _ga=GA1.1.1057744305.1654277711; _gid=GA1.1.1514740287.1654641546; _gat=1
Host: localhost:9005
Origin: https://localhost:8888
Pragma: no-cache
Referer: https://localhost:8888/
sec-ch-ua: " Not A;Brand";v="99", "Chromium";v="102", "Google Chrome";v="102"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "macOS"
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-site
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36
Request URL: https://localhost:9006/?TOKEN=00cfdab4e480656ed7d71b3e58df42fe5422d85d33118a5af5fb7cc66f2d81330b46740ccbca4927ecfe841e751f0de72fdf53c4eb7d66b7c5ab857e33c6beaa270950fe0c49047fd5260db3120731d0abbfe3be1a0d316db4b0754610c81e2b070cea24e46e0e5ef76937c65832ef7c315b452b846e87f59be3124478cee49045162c&endpoint=1d60eb5195725648
Referrer Policy: origin
Provisional headers are shown
Learn more
Referer: https://localhost:8888/
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36

Chrome refuses to cache http response

I set max-age in Cache-Control header, but every time when I reload the webpage, it just goes out and fetches the resource again, following is an example request and response headers:
Request Headers
:authority: mydomain.com
:method: GET
:path: /.well-known/openid-configuration
:scheme: https
accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
accept-encoding: gzip, deflate, br
accept-language: en
cache-control: max-age=0 // I have no idea why this is sent in request by chrome
sec-ch-ua: " Not A;Brand";v="99", "Chromium";v="98", "Google Chrome";v="98"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
sec-fetch-dest: document
sec-fetch-mode: navigate
sec-fetch-site: none
sec-fetch-user: ?1
upgrade-insecure-requests: 1
user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36
Response Headers
access-control-allow-credentials: true
cache-control: public, s-maxage=2678400, max-age=14400, immutable
cf-cache-status: DYNAMIC
cf-ray: 6e7465234fc16c30-SIN
content-encoding: br
content-type: application/json; charset=utf-8
date: Sat, 05 Mar 2022 16:58:12 GMT
expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=dSVocqHdnD4mopGV2L7pD08hRF3MZbpmBAsNHWm2eBznl15JNgOU7bkNcBn4qgoszBpGpGoCBPSbgCLWq796dv0jta9Ajlwq0BCEyW55h3Q2NO7mfQuz8cABZLAgWam4"}],"group":"cf-nel","max_age":604800}
server: cloudflare
vary: Origin, Accept-Encoding

In jmeter unable to upload the profile pic in web application which is using "Multipart Streamprovider" and kerberos authentication

I am trying to upload the pic in my web application using the JMeter tool.But I am getting the 501 : not Implemented error.
After done some surfing I came to know that it is using the Kerberos authentication, So configured that too in the System.properties file of JMeter. But still, I am getting the same error : 501 .Please, anyone, help me to resolve this .
Sample Result :
Thread Name: Thread Group_Tester Profile_updated 1-1
Sample Start: 2016-08-28 14:51:26 IST
Load time: 48503
Connect Time: 570
Latency: 48503
Size in bytes: 362
Headers size in bytes: 303
Body size in bytes: 59
Sample Count: 1
Error Count: 1
Data type ("text"|"bin"|""): text
Response code: 501
Response message: Not Implemented
Response headers:
HTTP/1.1 501 Not Implemented
Cache-Control: no-cache
Pragma: no-cache
Content-Length: 59
Content-Type: application/json; charset=utf-8
Expires: -1
Server: Microsoft-IIS/8.0
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Access-Control-Allow-Origin: *
Date: Sun, 28 Aug 2016 09:22:10 GMT
HTTPSampleResult fields:
ContentType: application/json; charset=utf-8
DataEncoding: utf-8
Request :
POST http://revflexgatewaysit.azurewebsites.net/api/TesterProfile/UploadTesterProfile?Id=69437&UpdateAdminId=0
POST data:
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="hprofileUploadPhoto"
TestPhoto.jpg
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="firstName"
hammee ham
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="lastName"
hamm1
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="emailId"
hammee#yopmail.com
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="phoneNumber"
98789990
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="gender"
Male
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="occupationStatusName"
string:2
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="workHoursName"
string:3
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="city"
Cheannai
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="state"
Tamilnadu
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="countryName"
76
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="postalCodeName"
600005
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="skypeId"
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="aboutMe"
hiiiii
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="facebookId"
https://abc#facebook.com
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="twitterId"
https://abcd#twitter.com
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="linkedinId"
https://kfljlj#linkedin.com
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="googlePlusId"
https://flk#plus.google.com
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="accessToken"
WooZaoSuVwF5xaNisPbw0xYoofkpTRMRXcc0AYYumP8xi-]a6LPuRpPuDU4sbGibcMRF1dcNREKQqCp u9a9XllrYntgXOqQFLAvl8w8d85T_2j6jIjp5eZh4XCNxrSOIRs--ttNsqLYuBdGLKIquK8oCy0iyjEPhaUvl79mtLd8Fz91lPnT m8-PIU3E7_00hRpYDN1rx1X8SvlghdA5ZAAiSWZX-YS9iHZ6LYgb09QKPNhaU0gxSYK9L8lH7ksMJOEfNmlPp5kFkj_fQ-EDxyKI NeTRTfjKwCkmcNdfY6mnF36itrD_pxL65y-e5_8sAUlFQ_3UgzfWE9ytibxyvnfMvydZ3aQm4xvUcnhCb_QLgwnW0UYpq8aZw89I JScGZySEd3bT38V5p1ktNoqud9CoTOAfDUlFXxJcFTfipX9_LJelO1masOp4gJcdfcY3N_mcAmR4ixwswCNXRcgTLSZDHBSSTYSF1XMgIGEVpehDSBdDY
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45
Content-Disposition: form-data; name="profileUploadPhoto"filename="Jellyfish.jpg"
Content-Type: image/jpeg
<actual file content, not shown here>
--np-Zxf5w6hXofm0a8SNXC5632tmk_IV45--
Cookie Data:
ARRAffinity=dab3b2a48d5eeba2e398c4272dad09fe1b0f7e17abfbf187e75f241b8f6737e4
Request Headers:
Connection: keep-alive
Referer: http://revflexsit.azurewebsites.net/
Accept-Language: en-US,en;q=0.5
Origin: http://revflexsit.azurewebsites.net
Organziation: 1
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0
Accept: application/json, text/plain, */*
Authorization: Bearer x_7zFLPhUrHQwIssBFVvFOlIMlNDpDNBCjohwJG5qjJWQ3zWIAC7cPpnv5f1vH6ZEfIxRS28ui2cD6u5aW8CMZCm1BhhbcaRGxXwmZEBtGIwIANWu7r6RdaIIeIrq6AYNixDo6L4O7tfALHcTLpbiElgbHrKJ3YKbWqNdEXC7fNmI74Aq- _0D2y1id5plxoTJclOQ5UKFHssMUCh0MWpcRE_lKFM1JqNzlp37wVQUoQjCzXo- HW_MxNUqF9zgbnf_XPXRKEB1wZpYwbK30hno- GWD85P3NPknhzCGgkW3rTPsBalULHeSbrGGYIKACNhi8CKtC_8YbwM8RL1UC-fW_tm- e_jqICocs6zwySNzcg7X9BsFe2RrDFielbs41iDSNanAxfFlqdgVhZLOiyR8NxvCLZxrwq2WEvEtdk83scF8LnOTKiCXUFpmkGjGcMOfvOw_s8DtXLugfJBLEyh7Dvc6gyGjGHBmp6eWThs_bb20bmU
Content-Length: 778351
Content-Type: multipart/form-data; boundary=np- Zxf5w6hXofm0a8SNXC5632tmk_IV45; charset=US-ASCII
Host: revflexgatewaysit.azurewebsites.net
Response data :
"Error in application. Please contact Revolution IT admin."
But Manually the pic uploading is working fine.
As per HTTP response status codes sheet
501 Not Implemented
The request method is not supported by the server and cannot be handled. The only methods that servers are required to support (and therefore that must not return this code) are GET and HEAD.
So it might be the case your server expects HTTP PUT method.
So I would suggest using one of the following methods:
Record your request using HTTP(S) Test Script Recorder, it is fine for building a request "skeleton", you can apply parametrization and correlation later on
Compare the requests which are being sent with a browser and with JMeter using a sniffer tool. The best one is Wireshark. Amend JMeter configuration so it would be a complete match (apart from dynamic parameters if any)
If you still need to build your request manually, check out Testing REST API File Uploads in JMeter guide for step-by-step instructions and examples
P.S. looking into Authorization header, it seems your server uses OAuth, not Kerberos

Error creating DocuSign Envelope via DocuSign Rest API (with multiple documents and multiple recipients)

I am trying to create an Envelope in DocuSign with multiple documents using the DocuSign REST API, I'm using a multipart/form-data request, I use JSON to define the attributes of the envelope, I check my JSON and I think it is OK. Below that I define a multipart/mixed section where I set the header and PDF bytes of the documents. I receive a Bad Request error code that said "NO_DOCUMENT_RECEIVED" and have as message "The document element did not contain the encoded document, or there is a problem with the encoding. ". I post the request result from fiddler below:
// Request
POST https://demo.docusign.net/restapi/v2/accounts/295724/envelopes HTTP/1.1
X-DocuSign-Authentication: {"Username":"email","Password":"password","IntegratorKey":"key"}
Content-Type: multipart/form-data; boundary=9a56da749dc04804819460f6499ab80b
Accept: application/json
Host: demo.docusign.net
Content-Length: 31476
Expect: 100-continue
--9a56da749dc04804819460f6499ab80b
Content-Type: application/json
Content-Disposition: form-data
{"emailBlurb":"EMAIL BODY HERE OK OK","emailSubject":"EMAIL SUBJECT HERE IS MANDATORY","status":"sent","documents":[{"documentId":1,"name":"ABC.pdf"},{"documentId":2,"name":"AB.pdf"}],"recipients":{"signers":[{"email":"dn#brenock.com","name":"Dubhe","recipientId":"1","routingOrder":"1"},{"email":"dubhe.dnacimiento#gmail.com","name":"DubheF","recipientId":"2","routingOrder":"1"}]}}
--9a56da749dc04804819460f6499ab80b
Content-Disposition: form-data
Content-Type: multipart/mixed; boundary=e8bc9555e9634110bba63547b2552460
--e8bc9555e9634110bba63547b2552460
Content-Type: application/pdf
Content-Disposition: file; filename=ABC.pdf; documentId=1
<PDF Bytes Document 1>
--e8bc9555e9634110bba63547b2552460
Content-Type: application/pdf
Content-Disposition: file; filename=AB.pdf; documentId=2
<PDF BytesDocument Two>
--e8bc9555e9634110bba63547b2552460--
--9a56da749dc04804819460f6499ab80b--
You shouldn't need these lines that define a second boundary (or any of the subsequent references to that second boundary):
Content-Disposition: form-data
Content-Type: multipart/mixed; boundary=e8bc9555e9634110bba63547b2552460
Try removing that (and all subsequent references to boundary e8bc9555e9634110bba63547b2552460), so that your request looks like this:
POST https://demo.docusign.net/restapi/v2/accounts/295724/envelopes HTTP/1.1
X-DocuSign-Authentication: {"Username":"email","Password":"password","IntegratorKey":"key"}
Content-Type: multipart/form-data; boundary=9a56da749dc04804819460f6499ab80b
Accept: application/json
Host: demo.docusign.net
Content-Length: 31476
Expect: 100-continue
--9a56da749dc04804819460f6499ab80b
Content-Type: application/json
Content-Disposition: form-data
JSON_REQUEST_BODY_HERE
--9a56da749dc04804819460f6499ab80b
Content-Type:application/pdf
Content-Disposition: file; filename="ABC.pdf"; documentid=1
DOCUMENT_1_BYTES_HERE
--9a56da749dc04804819460f6499ab80b
Content-Type:application/pdf
Content-Disposition: file; filename="AB.pdf"; documentid=2
DOCUMENT_2_BYTES_HERE
--9a56da749dc04804819460f6499ab80b--