-
Notifications
You must be signed in to change notification settings - Fork 473
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NTLM Authenentication not working #3110
Comments
Only disable request handling for HTTP/S schemes (see issue #3110) The → <<cset f3ed6619da1e (bb)>> |
Only disable request handling for HTTP/S schemes (see issue #3110) The → <<cset 9b0af44ca660 (bb)>> |
Only disable request handling for HTTP/S schemes (see issue #3110) The → <<cset 09ee681fc45c (bb)>> |
|
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). any plan to fix this issue? Because of this issue , we are stuck with CEF upgrade to latest version. |
Trial fix for CORS pre-flight requests missing headers (see issue #3110, see issue #3200) → <<cset e83d8d6a131a (bb)>> |
Trial fix for CORS pre-flight requests missing headers (see issue #3110, see issue #3200) → <<cset 147b5f55328c (bb)>> |
Trial fix for CORS pre-flight requests missing headers (see issue #3110, see issue #3200) → <<cset 0d6005e731a6 (bb)>> |
M95 and newer builds with the above trial fix should be available tomorrow (Wed, Nov 10). Please try that build and report back whether the problem is resolved or still reproduces for you. |
Original comment by Thomas Runkel (Bitbucket: Thomas Runkel). tried cef_binary_96.0.12+g147b5f5+chromium-96.0.4664.35_windows32_beta_client still the problem.
|
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). It didn't worked for me either on proxy connection. Checked with latest v96 CEF client. |
OK, thanks for testing. Any further debugging on my end is currently blocked on a way to reproduce the issue. Someone who is able to reproduce this issue may need to debug it further. Something more may be required with CorsPreflightRequest. |
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). Hi @Marshall Greenblatt if you are on proxy internet connection just try below code on dev tool - console window and press enter you will be able to reproduce the issue. Presence of “Authorization -token” header in below code will initiate the preflight request. Code :: function reqlistener() var oReq = new XMLHttpRequest(); Thanks, Kalpesh J |
@{557058:a92737e1-4077-4f02-a0fa-4f1cc2224f72} Thanks, I’ll try that when I circle back to this issue next. |
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). @{557058:2f2a2aee-b500-4023-9734-037e9897c3ab} Did you got a chance to look at it? |
Original comment by Bhushan Sonawane (Bitbucket: Bhushan Sonawane). @marshall Greenblatt I am also facing the same error on latest cef version 95. can you please check and suggest some fix for it ? |
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). Any update on this. Are we planning to fix this in the upcoming CEF release? |
This may be fixed in version 97.0.12 or newer (builds available after 1/7/22). Please test and report back if the issue is resolved for you. |
Original comment by Thomas Runkel (Bitbucket: Thomas Runkel). Sry Marschal, but I have to say... no improvement. Same behaviour with cef_binary_97.1.1. 😞 |
I’m not able to reproduce this problem with 97.1.1. Testing with cefclient (
Using
|
The above also succeeds for me in 97.0.11, so it’s possible that I’m not testing the problem correctly. Does this issue require a specific type of proxy? Can you provide better reproduction steps? |
Original comment by Kalpesh Jain (Bitbucket: Kalpesh Jain). hi @{557058:2f2a2aee-b500-4023-9734-037e9897c3ab} I tested with CEF Client V - 97.1.10 and could still see the problem. |
Original comment by Lee Davis (Bitbucket: Lee Davis). CEF: cef_binary_102.0.3+g53d4ce9+chromium-102.0.5005.40 We are experiencing this same issue on Windows and Mac and doesn’t seem limited to NTLM Auth. However, it is limited only to our debug binaries. Release binaries are fine so far. We’re not sure what to make of this and this does hamper our ability to debug other issues. |
…mbedded#3110) The `--disable-request-handling-for-testing` command-line flag would previously disable handling of all schemes, including custom schemes and internal schemes such as devtools.
…mbedded#3110) The `--disable-request-handling-for-testing` command-line flag would previously disable handling of all schemes, including custom schemes and internal schemes such as devtools.
…mbedded#3110) The `--disable-request-handling-for-testing` command-line flag would previously disable handling of all schemes, including custom schemes and internal schemes such as devtools.
This may work with CEF Chrome runtime. |
It seems like this is still happening. Seems like when the first request to a domain is a CORS preflight, it doesn't authenticate to the proxy. Sending a non-preflighted request, makes further requests to the domain work as they do use the cached credentials. |
Original report by Thomas Runkel (Bitbucket: Thomas Runkel).
Uploading a file to a minio (or S3) repo using cef >86 (js, XMLHttpRequest). is not working anymore.
(see also Forum-Thread: NTLM Authenentication not working anymore in OutOfBlinkC)
When trying to send the preflight (OPTIONS) request, there’s no authentication challenge with the proxy.
What happens is that CEF sends exactly one request, the proxy answers with a 407 Proxy Authentication Required and that's it. No second try to connect, no authentication granted.
As we found out, intercepting the network traffic seems to be the problem.
Setting |pass_though| = true in ProxyURLLoaderFactory::CreateLoaderAndStart (thx to Marshall) fixes the problem.
Could it be a workaround to make pass_through an Option?
Additional info: To make devtools work, do something like this:
bool pass_through = !request.url.SchemeIs("devtools");
The text was updated successfully, but these errors were encountered: