frog log rejects Windows repository roots
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Tranquilo
- Stack tecnológico
- git, node.js, typescript
- Área
- cli
Línea de trabajo
Comienza en el punto de entrada del código fuente donde context.resolve utiliza Git.root y, a continuación, inspecciona cómo Store.file normaliza y compara su root. Reprodúcelo en Windows con los comandos frog list y frog log indicados; se considera terminado cuando log crea la entrada local pendiente sin STORE_ROOT_MISMATCH, mientras que las demás comparaciones de root, como sync, siguen siendo coherentes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Expected Behavior
On Windows, frog log should use the repository root returned by Git as the local file-store root.
Current Behavior
Frog 1.1.0 resolves the Git root as C:/... but Store.file normalizes it to C:\\...; log then rejects the equivalent paths with STORE_ROOT_MISMATCH before writing an entry.
This reproduces in a clean checkout of the upstream [email protected] tag, so it is not specific to a consumer repository.
Possible Solution
Normalize context.resolve().root with Node's path.resolve before constructing and comparing the file store:
const root = path.resolve((await Git.root({ cwd })) ?? cwd)
Centralizing the normalization there also protects other commands that compare a file store root, including sync.
Minimal Reproducible Example
On Windows, clone Frog and run from its Git checkout:
frog list
frog log "Windows root comparison probe" --body "probe" --severity minor
Expected: a pending local entry is created.
Actual:
code: STORE_ROOT_MISMATCH
message: The injected file store must use the same root as `--cwd`.
The same result occurred with the official frog-windows-x64-baseline.exe v1.1.0 release binary and the v1.1.0 source entrypoint.
Context
Windows 11 x64. The Git root was observed as C:/..., while the Node file store root was C:\\... for the same directory.
- Lenguaje dominante
- TypeScript
- Estrellas
- 267
- Forks
- 11
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 wevm/frog
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
GitHub App token fallback misses recent issues in large repositoriesPosiblemente ocupada @blalor la tomó hace 56 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
-
feat: allow local log entries to select an issue formPosiblemente ocupada @emmajam la tomó hace 71 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
Issues similares
-
area:ui effort:S enhancement priority:P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
QuantumNous/new-api#7839 ·
Los mantenedores suelen responder en 1 día
-
good first issue maintenance
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
dark-princezz/stellar-hooks#1010 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
interledger/rhyza#352 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día