Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[path] replacer token passed to workerize-loader has stopped working in Webpack 5

Abierto
#130 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
38/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
javascript, webpack
Área
build-system, tooling

Línea de trabajo

Reproduce el problema con workerize-loader en Webpack 5 usando la URL directa del loader y la plantilla [path][name].[contenthash] descrita aquí. Rastrea cómo el loader gestiona su opción name y compara [path] con los tokens funcionales [name] y [contenthash]; el trabajo está terminado cuando la salida del worker conserva las rutas relativas al origen sin requerir la inyección externa de opciones.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Used to be the case with Webpack 4 that we could pass [path][name].[contenthash] as the name template for workerize-loader to use; and we'd get workers output into a folder structure mirroring their original source location.

This was nice for debugging purposes to easily identify workers, because the entry point file for esp. larger workers is usually some kind of index.js file. [path] means you don't need to inspect every separate worker named index.[hash].worker.js - and it prevented name collisions when you would generate names in development builds without hash fingerprints in them.

As of Webpack 5, that functionality appears to be broken. It resolves [name] and [contenthash] just fine, but doesn't know how to deal with [path].

I'm using a plugin to dynamically inject options into loaders to configure bare loader URLs such as

import worker from "workerize-loader!./path-to/worker"

centrally, and luckily I was able to extend the logic there to use the current compilation context and module context to compute a relative path, but yeah... this is not very ergonomic, easily understood or maintainable:

new InjectOptionsPlugin({
  loaders : {
    "workerize-loader" : ( module, compilation ) => {
      const context = path
        .relative( compilation.options.context, module.context );
        .replace( /\\/g, "/" );
        
      return {
        name : dev ? `${context}[name]` : "${context}[name].[contenthash]`
      };
    }
  }
})

compared to what it used to be:

new InjectOptionsPlugin({
  loaders : {
    "workerize-loader" : {
      name : dev ? "[path][name]" : "[path][name].[contenthash]"
    }
  }
})
Lenguaje dominante
JavaScript
Estrellas
2.3k
Forks
85
Sin PR fusionados en 30 d

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de developit/workerize-loader

Todos los issues de developit/workerize-loader

Issues similares

Más issues de JavaScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.