Commit `b8b64b245b`

b8b64b245bd6347a6fd183e8f5e736800e71dab5

parent: e7362625a0

Verified · cmc ci/build: success ci/sonar: skipped ci/test: skipped ci/vuln: skipped

cmc <hello@cleberg.net> · 2026-09-06 19:49 UTC

wiki: correct three stale iOS rows

profile about and links has been on iOS since krz/gitbay-ios 8d2421a —
the decoder reads about, about_format and links, and ProfileView renders
the about text through the same OrgSwift path a README takes.

account export bundle and request a login link become n/a on iOS, on the
argument the archive-download row already makes: a JSON bundle has
nowhere useful to land on a phone, and the app signs in with a pasted
bearer token, so a one-time link into the web unlocks nothing it can use.

Layout: unified · split

.gitbay/wiki/Parity.org +13 −6

		@@ -206,7 +206,7 @@ now render the way the reference does. go-org is not yet on the corpus.
206	206	\| search issues and merge requests \| yes \| yes \| no \|
207	207	\| browse all public repositories \| yes \| yes \| yes \|
208	208	\| profile page \| yes \| yes \| yes \|
209		\| profile about and links \| yes \| yes \| no \|
	209	\| profile about and links \| yes \| yes \| yes \|
210	210	\| activity feed \| yes \| yes \| yes \|
211	211	\| command reference \| yes \| no \| n/a \|
212	212
		@@ -221,8 +221,8 @@ syntax error. =repo grep= remains the per-repository file-contents
221	221	search.
222	222
223	223	About text renders as markdown or org-mode per the =about_format= it
224		was stored with. The iOS =Profile= decoder lists its keys explicitly,
225		so it ignores =about= and =links= rather than breaking on them.
	224	was stored with. The iOS client decodes and renders both,
	225	through the same OrgSwift path a README takes.
226	226
227	227	=help= lists the command registry. Bare it is an index, one line per
228	228	command, sorted. With a prefix (=help mr=) it adds each command's
		@@ -241,9 +241,9 @@ client has no use for one (krz/gitbay#57).
241	241	\| dashboard aggregate \| yes \| yes \| yes \|
242	242	\| notification inbox \| yes \| yes \| no \|
243	243	\| API token mint \| yes \| no \| no \|
244		\| account export bundle \| yes \| yes \| no \|
	244	\| account export bundle \| yes \| yes \| n/a \|
245	245	\| profile set \| yes \| yes \| no \|
246		\| request a login link \| n/a \| yes \| no \|
	246	\| request a login link \| n/a \| yes \| n/a \|
247	247
248	248	Notifications land in an inbox row per recipient whether or not the
249	249	instance sends mail, and mail is the second half when SMTP is
		@@ -260,7 +260,14 @@ registered key runs =web login=, which mints a link directly and needs
260	260	no mail. It exists because an account with no SSH key had no way into
261	261	the web at all (krz/gitbay#155). The page offers the form only when the
262	262	instance has SMTP configured; there is no separate switch. The response
263		never says whether the account exists.
	263	never says whether the account exists. It is =n/a= on iOS for the same
	264	reason it is on the CLI, from the other end: the app authenticates with
	265	a bearer token pasted at sign-in, so a one-time link into the web
	266	unlocks nothing it can use.
	267
	268	The account export bundle is =n/a= on iOS on the archive-download
	269	argument above — a JSON bundle has nowhere useful to land on a phone,
	270	and the web route stays the way to get one.
264	271
265	272	=profile set= carries description, website, about and links. It is not
266	273	=SSHOnly= — nothing about a bio is a credential, and the JSON API runs

Commit b8b64b245b

Commit `b8b64b245b`