profile show now returns about, about_format, and links (krz/gitbay 4744c62, deployed). The app renders neither field.
ProfileViewModel.Profile lists its CodingKeys explicitly, so the new keys are ignored rather than breaking the decode — nothing is currently wrong, just missing.
Decode
Add to Profile (gitbay/Discovery/ProfileViewModel.swift:14):
about: String?aboutFormat: String?—"md"or"org", keyedabout_formatlinks: [Link]?—{label: String?, url: String}, at most five, http(s) only (the server validates both)
Render
Links belong in header(_:) under the existing website Link, as a row of chips. A link's label is optional; show the URL when it is absent.
About belongs between header and activitySection in body, matching where the web puts it.
Format
ReadmeView already dispatches org to OrgReadmeWebView and everything else to MarkdownView, but it derives isOrg from the file name, and a profile has no file name. It needs a format-driven entry point rather than a synthesized about.org. The repo-relative link resolution in orgOptions does not apply either — a profile has no repo, so plain OrgRenderOptions() is right.
Out of scope
Editing. profile set is SSH-only on every surface, web included.
Update the profile about and links row on the Parity wiki page when this lands.