Dev tools auto complete doesn't with remote-debugging-port

[elad bahar]

1. What steps will reproduce the problem?
   cefclient.exe --remote-debugging-port=9001
   open chrome and navigate to : http://localhost:9001/ and open Google link

2. What is the expected output? What do you see instead?
   start type in the console

   window.

a tooltip combo box with available functions should be shown
like this:

instead, the tooltip doesn’t appear.

3. What version of the product are you using? On what operating system?

windows 10 , CEF 87.1.14 64bit

4. Does the problem reproduce with the cefclient or cefsimple sample application at the same version? How about with a newer or older version?
worked fine in CEF 83,

5. Does the problem reproduce with Google Chrome at the same version? How about with a newer or older version?

working well in chrome

‌

[Alex Maitland]

What version of Chrome have you tested with? Have you tested with Chrome 87? Does the problem reproduce with version 88 of CEF?

Far as I’m aware there’s no guarantee of backwards compatibility for the DevTools protocol. Having a matching version of CEF and Chrome maybe required.

[elad bahar]

I have tested with chrome 87, and chrome 88,
also test it with CEF 88 and Chrome 87\88. not working,

it is working well with CEF 83 and Chrome 87\88.

Having a matching version of CEF and Chrome  was never required…

[elad bahar]

it seems to stop working at CEF 86,
CEF 85 working well.

[Alex Maitland]

Having a matching version of CEF and Chrome  was never required…

Backwards compatibility isn’t guaranteed, if they make a breaking change (which from memory they have in the past) then it will break.

‌

Log file shows the following error:

[0127/165050.306:ERROR:devtools_http_handler.cc(419)] GetMimeType doesn't know mime type for: third_party/acorn/package/dist/acorn.mjs text/plain will be returned

That’s likely the cause of the problem.

[elad bahar]

Backwards compatibility isn’t guaranteed, if they make a breaking change (which from memory they have in the past) then it will break.

but it also doesn’t work with chrome 87\88

[Alex Maitland]

As I said, the likely cause is the missing mimeType mapping

[elad bahar]

ok, i will try to add the missing mimeType

[elad bahar]

Thanks Alex!,
adding ".mjs" solve the issue.
thanks!

 static std::string GetMimeType(const std::string& filename) {
  if (base::EndsWith(filename, ".html", base::CompareCase::INSENSITIVE_ASCII)) {
    return "text/html";
  } else if (base::EndsWith(filename, ".css",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "text/css";
  } else if (base::EndsWith(filename, ".js",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "application/javascript";
  } else if (base::EndsWith(filename, ".png",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "image/png";
  } else if (base::EndsWith(filename, ".gif",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "image/gif";
  } else if (base::EndsWith(filename, ".json",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "application/json";
  } else if (base::EndsWith(filename, ".svg",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "image/svg+xml";
  } else if (base::EndsWith(filename, ".mjs",
                            base::CompareCase::INSENSITIVE_ASCII)) {
    return "text/javascript";
  }

  LOG(ERROR) << "GetMimeType doesn't know mime type for: "
             << filename
             << " text/plain will be returned";
  return "text/plain";
}

‌