Welcome Guest Search | Active Topics | Sign In | Register

Chromium does not redirect like Chrome Options
penright
Posted: Friday, November 17, 2023 10:40:56 AM

Rank: Advanced Member
Groups: Member

Joined: 10/30/2017
Posts: 41
Anyplace there is an 'x' it is for obfuscation.
These are trapped at the Private Sub _WebView_BeforeNavigate(sender As Object, e As BeforeNavigateEventArgs) Handles _WebView.BeforeNavigate




Starting URL
e.NewUrl =
https://cu.savaxxxx.xxx/xxxxxx?data=j-tU-VCCTuX8eRmwyRPtQ2qUF1c0L7aCU1SnnXGXfAo5jRrn-oOK8_KOj9-nufCw-4Yo6agfL6BM6TznPtfGLxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxW55IdCesAg_ZIKsKpOm7RUjJWOV_oPrRAHs4ITXF13buS8kCWOm-jIBrvNP-bN9HmJeXOlR3yjItgM&verify=idZKLDQQxxxxxH53mNCnwFZuYlNhTO3Etofo9UDuy8ay5wj8x1YE29CA


Which causes a redirect to
e.NewUrl =
http://cu.savaxxxx.xxx/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe


Which then redirects to
e.NewUrl =
https://_/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe

****************************************************************************
The underscore as part of the URL is the actual value and is not obfuscated.
What is strange, F12 and looking at the redirects on Firefox and Edge produce the same redirects. But when using Chrome, it actually uses the correct URL domain 'cu.savaxxxx.xxx' and not the '_'
I am currently 2023_1_77_0 in the field and just downloaded 2023_3_84_0. They both behaved the same.


eo_support
Posted: Friday, November 17, 2023 11:18:22 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,188
Hi,

You can send the actual Url you use to us through private message. We can then debug into it here and see what we can find.

Thanks!
eo_support
Posted: Monday, November 20, 2023 9:47:39 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,188
Hi,

We have looked into the Url. The root of the issue is the incorrect redirect Url that your server generated for the following request:

Code:
http://cu.savaxxxx.xxx/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe

Your server would redirect this Url to:

Code:
https://_/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe


Obviously this is wrong. Because this redirect is generated by your server, the issue would have to be fixed on your server.

The reason why you do not see this problem in Chrome because Chrome automatically uses HTTPS for certain HTTP request. So when Chrome receives the following HTTP request:

Code:
http://cu.savaxxxx.xxx/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe


It automatically replaces it with the HTTPS version:

Code:
https://cu.savaxxxx.xxx/ui/portal/75xxxxbcfa-cede-4xxx9-9exxxxxxxxe


This is the right Url thus it loads correctly. In another word, Chrome never attempted to load the HTTP version as told by your server thus never triggered the incorrect HTTP -> HTTPs redirection your server is attempting to perform.

The same automatic HTTP -> HTTPs replacement does not occur in other browsers, even EO.WebBrowser, so those browsers faithfully follow the incorrect redirection your server issued and end up not able to load the page.

Hope this helps. Please feel free to let us know if you still have any questions.

Thanks!
penright
Posted: Tuesday, November 21, 2023 8:53:38 AM

Rank: Advanced Member
Groups: Member

Joined: 10/30/2017
Posts: 41
Thank you so much for your time. If I wanted to do the same thing as Chrome, force it to https, what event would I hook into? I think the URL in the "BeforeNavigate" is read-only.
eo_support
Posted: Wednesday, November 22, 2023 12:54:44 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,188
Hi,

You can modify the request Url in BeforeRequestLoad event.

Thanks!


You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.