Fix displaying of host values in chrome devtools

[Akirathan]

Fixes #7890

Pull Request Description

Chrome inspector now displays polyglot objects that have a corresponding Enso builtin type as enso objects:

Important Notes

Checklist

Please ensure that the following checklist has been satisfied before submitting the PR:

• The documentation has been updated, if necessary.
• Screenshots/screencasts have been attached, if there are any visual changes. For interactive or animated visual changes, a screencast is preferred.
• All code follows the
  Scala,
  Java,
  TypeScript,
  and
  Rust
  style guides. In case you are using a language not listed above, follow the Rust style guide.
• Unit tests have been written where possible.
• If meaningful changes were made to logic or tests affecting Enso Cloud integration in the libraries,
  or the Snowflake database integration, a run of the Extra Tests has been scheduled.
  • If applicable, it is suggested to paste a link to a successful run of the Extra Tests.

[Akirathan]

Here is the main idea. Chrome inspector instrument builds DebugLocalScope which holds a materialized frame with all the bindings. If a binding is a host object that can/should be converted to an appropriate Enso builtin type before sending back to the inspector, it is converted here. This is pretty much the same kind of conversion that is done inside InvokeMethodNode on the self argument before any kind of method dispatch is done.

[JaroslavTulach]

• I'd expand this to other languages than Java - e.g. Python & co.
• I don't understand the different between PolyglotCall & the other enum
• I still believe the code should be in EnsoLanguage.getLanguageView

[JaroslavTulach]

Having all of this in getLanguageView should show beneficial in the future. Hopefully.

[Akirathan]

Blocked by #11538

[JaroslavTulach]

Blocked by #11538

How exactly this is blocked by

• Implement hasLanguage interop message for all enso objects #11538

?

[Akirathan]

How exactly this is blocked by

* [Implement hasLanguage interop message for all enso objects #11538](https://github.com/enso-org/enso/pull/11538)

?

The test in

enso/engine/runtime-integration-tests/src/test/java/org/enso/interpreter/test/WarningsTest.java

Line 148 in 339c275

assertEquals("Types without and with warnings are the same", type, warningType);

started to fail on this PR for a Value of primitive 42L. On this PR, v.getMetaObject() on that value returns non-null, but on develop it returns null. And for some reason, warning2.getMetaObject() returns null, thus the test fails. I figured out it would be just easier to first ensure that we stick to correct Truffle contracts and do that in a separate PR.

[JaroslavTulach]

Right now I see following four failures:

• DebuggingEnsoTest fails on NullPointerException: Cannot invoke "java.util.Collection.size()" because the return value of "com.oracle.truffle.api.debug.DebugValue.getProperties()" is null
• testAtomFieldsAreReadable fails on NullPointerException: Cannot invoke "com.oracle.truffle.api.debug.DebugValue.isReadable()" because "field1Prop" is null
• InsightForEnsoTest.computeFactorial fails with assertion error at org.enso.interpreter.test.InsightForEnsoTest.computeFactorial(InsightForEnsoTest.java:90)
• WarningsTest fails on Types without and with warnings are the same expected: but was:

This is a fix that helps at least with the WarningsTest:

diff --git engine/runtime-integration-tests/src/test/java/org/enso/interpreter/test/ValuesGenerator.java engine/runtime-integration-tests/src/test/java/org/enso/interpreter/test/ValuesGenerator.java
index 4b23c33002..5b2288e9c2 100644
--- engine/runtime-integration-tests/src/test/java/org/enso/interpreter/test/ValuesGenerator.java
+++ engine/runtime-integration-tests/src/test/java/org/enso/interpreter/test/ValuesGenerator.java
@@ -445,7 +445,9 @@ public final class ValuesGenerator {
     }
 
     for (var v : collect) {

    assertTrue("It's a number" + v, v.isNumber());

+      if (!v.isNumber()) {
+        assertTrue("It's a number" + v, v.isNumber());
+      }
     }
     return collect;
   }
@@ -504,7 +506,9 @@ public final class ValuesGenerator {
     }
 
     for (var v : collect) {

    assertTrue("It is an boolean" + v, v.isBoolean());

+      if (!v.isBoolean()) {
+        assertTrue("It is an boolean" + v, v.isBoolean());
+      }
     }
     return collect;
   }
diff --git engine/runtime/src/main/java/org/enso/interpreter/EnsoLanguage.java engine/runtime/src/main/java/org/enso/interpreter/EnsoLanguage.java
index 3167895cb7..9ec91872a3 100644
--- engine/runtime/src/main/java/org/enso/interpreter/EnsoLanguage.java
+++ engine/runtime/src/main/java/org/enso/interpreter/EnsoLanguage.java
@@ -397,6 +397,9 @@ public final class EnsoLanguage extends TruffleLanguage<EnsoContext> {
       var cons = b ? bool.getTrue() : bool.getFalse();
       return AtomNewInstanceNode.getUncached().newInstance(cons);
     }
+    if (value instanceof Double d) {
+        return  new LanguageViewWrapper(d);
+    }
     var interop = InteropLibrary.getUncached();
     // We want to know if the value can be converted to some Enso builtin type.
     // In order to do that, we are trying to infer PolyglotCallType of value.to method.