Update target-chrome-docker's runningInDocker check for cgroupsv2 (#478)

* Update target-chrome-docker's runningInDocker check for cgroupsv2

This fixes docker-in-docker for me, particularly in gitlab.
Without this, it tries to connect to 127.0.0.1 rather than the
container's correct IP address and fails with a timeout.

* Fix formatting

---------

Co-authored-by: Joel 'Aaron' Cohen <acohen@deepsig.ai>
Co-authored-by: Joel Arvidsson <joel@oblador.se>

Author: 3 people

packages/target-chrome-docker/src/get-network-host.js

@@ -3,10 +3,12 @@ const fs = require('fs-extra');
 const getNetworkHost = async (execute, dockerId) => {
   let host = '127.0.0.1';
 
-  // https://tuhrig.de/how-to-know-you-are-inside-a-docker-container/
+  // https://stackoverflow.com/questions/68816329/how-to-get-docker-container-id-from-within-the-container-with-cgroup-v2
   const runningInsideDocker =
-    fs.existsSync('/proc/1/cgroup') &&
-    /docker/.test(fs.readFileSync('/proc/1/cgroup', 'utf8'));
+    fs.existsSync('/proc/self/mountinfo') &&
+    /\/docker\/containers\//.test(
+      fs.readFileSync('/proc/self/mountinfo', 'utf8')
+    );
 
   // If we are running inside a docker container, our spawned docker chrome instance will be a sibling on the default
   // bridge, which means we can talk directly to it via its IP address.