Vm2: TypeError: 'get' on proxy: property 'constants' es una propiedad de datos de solo lectura y no configurable en el destino del proxy, pero el proxy no devolvió su valor real

También tengo bastantes problemas con los proxies, específicamente con la herencia. No estoy seguro de si estos problemas se deben a la implementación o una limitación de los Proxies, pero vale la pena investigar un poco.

También encontré este error. No estoy lo suficientemente familiarizado con los proxies para entender por qué el patrón actual no está bien, pero pude hacer que el error desapareciera agregando una verificación adicional para propiedades de solo lectura no configurables en Contextify.object.get :

    object: function(object, traps, deepTraps, flags, mock) {
        const proxy = new host.Proxy(object, host.Object.assign({
            get: (target, key, receiver) => {
                if (key === 'vmProxyTarget' && DEBUG) return object;
                if (key === 'isVMProxy') return true;
                if (mock && key in mock) return mock[key];
                if (key === 'constructor') return Object;
                if (key === '__proto__') return Object.prototype;

                                // Added code
                const config = host.Object.getOwnPropertyDescriptor(object, key);
                if (config && config.configurable === false && config.writable === false) {
                    return object[key];
                }

Esto parece seguir el MDN invariante get describe :

El valor informado para una propiedad debe ser el mismo que el valor de la propiedad del objeto de destino correspondiente si la propiedad del objeto de destino es una propiedad de datos que no se puede escribir ni se puede configurar.

Pero me parece que rompería el sandboxing

Solo intervengo para notar que también hemos encontrado este problema localmente, con el cambio de código anterior que nos permite evitar el problema. También notando que esto sucedió mientras usaba el módulo de nodo de Google Sheets en una copia casi exacta de su guía de inicio rápido (https://developers.google.com/sheets/api/quickstart/nodejs).

¿Hay alguna actualización sobre este tema?

¿Esta solución tiene algún efecto sobre el problema conocido " No es posible definir una clase que amplíe la clase proxiada ?" ¿Qué quieres decir con que rompería el sandboxing?

Oye, ¿algún progreso en este tema?
Intenté usar bibliotecas como graceful-fs y obtuve el mismo error.

Me encontré con este error cuando exporté una _clase_ ES6 en el script que solía ejecutarse. estuvo bien después de que lo traduje a
ES5.

Desafortunadamente, la solución publicada por @mjbvz rompe la caja de arena. No creo que haya una manera de solucionar ese problema: si el Proxy para el objeto de solo lectura no puede devolver nada más que el valor original, entonces estamos jodidos y arrojar el error es la única forma de mantener la caja de arena segura .

Las ideas son bienvenidas.

¿Podemos conseguir un clon en esta situación?

Clonar no ayuda, un clon también es un valor distinto.

Me refiero a un clon de fs.constants , por lo que ya no es de solo lectura.

Eso permitiría que una caja de arena realice cambios en el objeto que podrían causar problemas dentro del alcance del host. Debe tener mucho cuidado con lo que envía a la caja de arena porque cada cambio en el objeto realizado por la caja de arena también es efectivo en el contexto del host.

Si es de solo lectura, ¿incluso necesita un proxy para verificar cosas?

¿Hay alguna actualización sobre este tema?
Tengo el mismo problema cuando uso el módulo de nodo de googleapi ...

Corregido con https://github.com/patriksimek/vm2/pull/252.

@XmiliaH ¡ Gracias! realmente lo aprecio. Está funcionando con la última versión.