The libsql auth backend classified a duplicate row only through SQLite result codes. Turso's remote protocol reports it as a Hrana stream error whose message carries the code name, so the counter seed on a second start against the same database failed instead of being tolerated, and pnpr exited at startup. A taken username reported the same way answered 500 instead of the login or name-taken path. Parse the Hrana message the way the lock-conflict check already does. Related to https://github.com/pnpm/tasks/issues/183.
34 lines
599 B
JSON
34 lines
599 B
JSON
{
|
|
"pnpr": [
|
|
"introduction",
|
|
"installation",
|
|
"quick-start",
|
|
"cli",
|
|
{
|
|
"type": "category",
|
|
"label": "Configuration",
|
|
"items": [
|
|
"configuration",
|
|
"storage",
|
|
"backup-and-restore",
|
|
"tls-and-reverse-proxy",
|
|
"cloudflare",
|
|
"webhooks",
|
|
"auth-backends",
|
|
"oidc",
|
|
"scim"
|
|
]
|
|
},
|
|
"ecosystems",
|
|
"container-images",
|
|
"discovery",
|
|
"web-ui",
|
|
"install-acceleration",
|
|
"shared-side-effects-cache",
|
|
"compiler-cache",
|
|
"pipeline-runs",
|
|
"endpoints",
|
|
"license"
|
|
]
|
|
}
|