Plugin ResolveRequire is getting the wrong URI

Aberta

#3,259 aberta em 29/8/2025 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade: 3/5
Tempo estimado: 1-2 dias
Facilidade para iniciantes: 45/100

Tipo de issue: Bug
Clareza: Razoavelmente clara
Status de atividade: Estagnada
Stack de tecnologia: lua
Domínio: tooling

Direção de pesquisa

Comece pelo ponto de entrada ResolveRequire do plugin e compare a URI passada enquanto uma instrução require é digitada com o comportamento descrito na página de plugins. Reproduza o problema na extensão do VS Code usando o exemplo de plugin da captura de tela; considera-se concluído quando o callback recebe a URI do arquivo da instrução require, em vez da URI do workspace.

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

Descrição

How are you using the lua-language-server?

Visual Studio Code Extension (sumneko.lua)

Which OS are you using?

Windows/Linux

What is the issue affecting?

Plugins

Expected Behaviour

Over the plugins page it seems to me like ResolveRequire first parameter is the current file the require is being typed at.

Actual Behaviour

But in reality it seems to be the workspace URI, not the file.

Reproduction steps

Make a new plugin
Paste the same code shown in screenshot
Type out some require statement, you will see the URI of the workspace in the output instead of the require statement file.

Additional Notes

See https://github.com/LuaLS/LuaLS.github.io/issues/48

Log File

No response

Linguagem predominante: Lua
Estrelas: 4.4k
Forks: 442
Merge médio: 8d 9h
PRs com merge (30d): 1

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

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

Mais de LuaLS/lua-language-server

[love-api] love.Data:clone() -> love.Data Aberta

enhancement

Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100

LuaLS/lua-language-server#1776 · Aberta em 21/12/2022
泛型for迭代器的类型推导漏掉了带__call的类 Aberta

Dificuldade 3/5 1-2 dias Facilidade para iniciantes 65/100

LuaLS/lua-language-server#3463 · 5 comentários · Aberta em 19/9/2026
Type checking for functions as argument? Aberta

Dificuldade 4/5 3-5 dias Facilidade para iniciantes 55/100

LuaLS/lua-language-server#3461 · Aberta em 6/9/2026
Indentation when formatting off for values inside square brackets Aberta

Dificuldade 3/5 1-2 dias Facilidade para iniciantes 68/100

LuaLS/lua-language-server#3460 · 1 comentário · 1 reação · Aberta em 2/9/2026
Using LuaJIT's nil-coalescing extension does not narrow the type correctly Aberta

Dificuldade 3/5 1-2 dias Facilidade para iniciantes 68/100

LuaLS/lua-language-server#3459 · 1 reação · Aberta em 31/8/2026

Todas as issues de LuaLS/lua-language-server

Issues semelhantes

scl-gcc-toolset: setenv() -> prepend_path() Aberta

Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100

HenrikBengtsson/CBI-software#134 · Aberta em 24/9/2026
Signed left-shift undefined behavior in `nbase/nbase_addrset.c` (`(1<<31)`, 4 sites) Aberta

Nmap

Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100

nmap/nmap#3514 · Aberta em 23/9/2026
tovector and toquaternion should accept tables as input Aberta

Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100

secondlife/slua#96 · Aberta em 23/9/2026
ai-proxy Bedrock: `bedrock.additionalModelRequestFields` is sent as a JSON array (400) and `bedrock.toolConfig.toolChoice` is ignored Aberta

Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100

Kong/kong#15015 · Aberta em 23/9/2026
Wikipedia search fails when the language is configured as ENG. Aberta

Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100

koreader/koreader#16106 · 3 comentários · Aberta em 23/9/2026

Mais issues de Lua