I'm not sure I understand this logic, looking at the previous code, we simply concatenated the devToolsFrontendUrl, why do we need to remove any segments but the last from the path?

Because the current url is in this format https://chrome-devtools-frontend.appspot.com/serve_rev/@031848bc6ad02b97854f3d6154d3aefd0434756a/inspector.html?ws=..... so the local path will be serve_rev/@xxxxxxx/inspector.html.

The previous one I suppose was like devtools/inspector.html?ws=....., so I take the last segment which is the inspector page of the browser returned by the browser (to avoid hardcode the name) and then add the missing segment devtools/ at the begin.
But after write that, now I think that if I can hardcoded devtools/ I can hardcode directly devotools/inspector.html too..

I apologize it might not be my brightest day, but I'm not following. In the past we would concatenate the relative URL that came back with the _browserHost; if the URL that we receive is absolute now, I don't understand why stripping the host+scheme is not enough. In other words, why making the url relative is not enough

The part that I don't follow is why we didn't have to strip a part of the path in the previous version, and we need to do so now.

@thaystg do you have thoughts on this?

@Dona278 can you please provide the difference between the localhost:9222/json of the browser that you are using and an older version?

Since I cannot downgrade chrome to older version I found the "old" value here:

[{
  "description": "",
  "devtoolsFrontendUrl": "/devtools/inspector.html?ws=localhost:9222/devtools/page/DAB7FB6187B554E10B0BD18821265734",
  "id": "DAB7FB6187B554E10B0BD18821265734",
  "title": "Yahoo",
  "type": "page",
  "url": "https://www.yahoo.com/",
  "webSocketDebuggerUrl": "ws://localhost:9222/devtools/page/DAB7FB6187B554E10B0BD18821265734"
}]

the "new" one:

[
  {
    "description": "",
    "devtoolsFrontendUrl": "https://chrome-devtools-frontend.appspot.com/serve_rev/@031848bc6ad02b97854f3d6154d3aefd0434756a/inspector.html?ws=localhost:9222/devtools/page/719FE9D3B43570193235446E0AB36859",
    "id": "719FE9D3B43570193235446E0AB36859",
    "title": "Blazor Application",
    "type": "page",
    "url": "http://localhost:9222/json",
    "webSocketDebuggerUrl": "ws://localhost:9222/devtools/page/719FE9D3B43570193235446E0AB36859"
  }
]

@javiercn with the diff do you agree with the changes?

Maybe I created confusion about "new" and "old" urls, I'm sorry.. as we can see in these two json not only changed from relative to absolute but changed also the path, so make the new-absolute-one relative isn't enough..
However I agree with changes suggested by @ilonatommy which maybe create less confusion if the user doesn't read Uri.TryCreate(UriKind.Absolute) and cover both old and new version..