Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

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

Aberta
#130 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
38/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Estagnada
Stack de tecnologia
javascript, webpack
Domínio
build-system, tooling

Direção de pesquisa

Reproduza o problema com workerize-loader no Webpack 5 usando a URL direta do loader e o template [path][name].[contenthash] descrito aqui. Rastreie como o loader lida com sua opção name e compare [path] com os tokens funcionais [name] e [contenthash]; o trabalho estará concluído quando a saída do worker preservar os caminhos relativos à origem sem exigir a injeção externa de opções.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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]"
    }
  }
})
Linguagem predominante
JavaScript
Estrelas
2.3k
Forks
85
Nenhum PR com merge em 30d

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de developit/workerize-loader

Todas as issues de developit/workerize-loader

Issues semelhantes

Mais issues de JavaScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.