Wiki: page slugs get a stray trailing .- suffix (title->filename normalization)
#832
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Reported by: @jmiller
Component: Wiki (page name / slug handling)
Problem: Some wiki pages get a stray
.-suffix appended to their stored sub_url / slug (e.g.CICD-Dashboard.-,Incident-Response.-,Rollback-Procedures.-,runbooks/Backup-Recovery.-,runbooks/15-admin-panels.-). The pages render fine, but the on-disk.mdname and the APIsub_urlcarry the trailing.-, which looks broken and complicates API automation.Observed on: the
MokoConsulting/.vaultwiki (git.mokoconsulting.tech).Key finding — it is NOT fixable by renaming via the API. Deleting the page and recreating it with a clean title (e.g. title
CICD Dashboard) regenerates the same.-slug. So MokoGIT/Gitea is deriving the.-from the title/content during slugification, not merely storing a bad name. This points at the wiki title->filename normalization (the code that sanitizes a title into a.mdfilename / URL slug) emitting a trailing.-for certain titles.Repro (via API):
POST /repos/{o}/{r}/wiki/newwithtitle= one of the affected names.GET /repos/{o}/{r}/wiki/pages-> the new page'ssub_urlends in.-..-returns.Likely area: wiki page-name sanitization /
NormalizeWikiName/ the title->URL slug function (dots + trailing punctuation handling). A title containing (or normalizing to) a trailing.or a.+ dash sequence appears to yield.-.Impact: cosmetic for humans; real friction for API-driven wiki tooling (paths are unpredictable).
Asks:
.-.Reported 2026-07-18.
Branch created:
feature/832-wiki-page-slugs-get-a-stray-trailing-suf