`JS::Object#await` is unavailable inside Proc converted into JS closure
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, ruby, wasm
Línea de trabajo
Empieza con el reproductor de JS::Object#await y la solución alternativa de este issue; después inspecciona packages/npm-packages/ruby-wasm-wasi/src/vm.ts alrededor de la implementación enlazada de call/callAsync. Compara cómo entran en Ruby los callbacks Proc de setTimeout y determina cuál de las direcciones propuestas conserva el comportamiento asíncrono. Se considera terminado cuando el callback puede esperar el Promise sin requerir una transferencia manual de Fiber.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Reproducer
<html>
<script src="https://cdn.jsdelivr.net/npm/@ruby/3.3-wasm-wasi@2.6.0/dist/browser.script.iife.js"></script>
<script type="text/ruby" data-eval="async">
require "js"
JS.global.setTimeout(-> {
JS.global[:Promise].resolve.await
}, 0)
</script>
</html>
browser.script.iife.js:2731 Uncaught Error: /bundle/gems/js-2.6.0/lib/js.rb:86:in `await': JS::Object#await can be called only from RubyVM#evalAsync or RbValue#callAsync JS API
If you are using browser.script.iife.js, please ensure that you specify `data-eval="async"` in your script tag
e.g. <script type="text/ruby" data-eval="async">puts :hello</script>
Or <script type="text/ruby" data-eval="async" src="path/to/script.rb"></script> (RuntimeError)
/bundle/gems/js-2.6.0/lib/js.rb:240:in `await'
eval_async:9:in `block in <main>'
at checkStatusTag (browser.script.iife.js:2731:21)
at browser.script.iife.js:2766:11
at wrapRbOperation (browser.script.iife.js:2738:18)
at callRbMethod (browser.script.iife.js:2764:14)
at RbValue.call (browser.script.iife.js:2547:30)
at browser.script.iife.js:2322:38
Workaround
Wrap the block with Fiber.new do ... end.transfer.
JS.global.setTimeout(-> {
Fiber.new do
JS.global[:Promise].resolve.await
end.transfer
}, 0)
Solutions
We have several options to solve the issue
- Always enter the body of Proc in Ruby with
callAsyncinstead ofcall- https://github.com/ruby/ruby.wasm/blob/dc9921a39c42cde001478622058531fc7ebf94e4/packages/npm-packages/ruby-wasm-wasi/src/vm.ts#L101C1-L106C9
- It's no use to manually choose whether
call/callAsyncandeval/evalAsync
- Add conversion method to create an async version of JS function from proc.
- e.g.
JS.global.setTimeout(JS.async do
JS.global[:Promise].resolve.await
end, 0)
- Lenguaje dominante
- Ruby
- Estrellas
- 875
- Forks
- 68
- Merge medio
- 9 d 5 h
- PR fusionados (30 d)
- 1
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ruby/ruby.wasm
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Using gems with Node WASI Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de ruby/ruby.wasm
Issues similares
-
SyncEm always forwards a dummy block, so wrapped methods lose their no-block/Enumerator behavior Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
endoflife-date/endoflife.date#11086 ·
-
internal
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Kong/developer.konghq.com#7322 ·
-
bug P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100