create asserts a default page width that update leaves alone
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start with resolveWidth in cmd/create/create.go and compare its default handling with the update path described in the issue. Read the principles documentation and the export and configuration guidance mentioned here. Done means one width policy is chosen, create and update agree or the exception is explicitly documented, and the relevant behavior is reflected in the project’s guidance.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
create gives every new page a width of max when the file declares none. resolveWidth (cmd/create/create.go) walks --page-width, then frontmatter page_width, then the project file's page_width, and falls back to pagewidth.DefaultWidth when all three are silent. update does the opposite: an absent page_width makes no width request at all and leaves the live width alone.
That makes the two writing verbs disagree about what an absent field means, and it is the one thing keeping L9 (declared-metadata-is-asserted: a field the file declares is made true of the page; a field it omits leaves the page alone) from holding in both verbs. labels and page_status already hold in both.
The question is a decision rather than a bug fix:
- Leave Confluence's own default.
createmakes no width request when nothing declares one, matchingupdateandlabels. A new page gets whatever Confluence gives a page created through the API. - Keep
maxas house style, but make it a declaration. For example,exportand the docs recommendpage_width: maxinmarkfluence.yaml, andcreateasserts only what is declared. - Keep the current behavior and say in the principles doc that
createasserts a default width, as an accepted exception.
Whichever it is, update and create should agree, or the difference should be written down on purpose.
- Lenguaje dominante
- Go
- Estrellas
- 2
- Forks
- 0
- Merge medio
- 2 h 50 min
- PR fusionados (30 d)
- 52
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 mozilla/markfluence
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
mozilla/markfluence#186 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
mozilla/markfluence#185 ·
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
mozilla/markfluence#181 · 1 comentario ·
-
bug
Dificultad 5/5 Más de una semana Aptitud para principiantes 48/100
mozilla/markfluence#163 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
mozilla/markfluence#162 ·
Todos los issues de mozilla/markfluence
Issues similares
-
agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
microsoft/agent-framework-go#1179 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
[Bug]: OLLAMA_KEEP_ALIVE="5m" / "24h" crashes Ollama embedding and vision models with ValueError Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
infiniflow/ragflow#20223 · 1 reacción ·
-
bug needs triage pkg/translator/faro
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
open-telemetry/opentelemetry-collector-contrib#51484 · 1 comentario ·