hive-c0re: trim the tuwunel version-claim doc fix, drop the pinned version number
This commit is contained in:
parent
148a8e59ce
commit
bee0de56e4
1 changed files with 4 additions and 10 deletions
|
|
@ -888,16 +888,10 @@ pub async fn ensure_admin_user(client: &reqwest::Client, register_token: &str) -
|
||||||
/// (`#admins:<server>`). Sends `!admin users make-user-admin @<localpart>:<server>` as
|
/// (`#admins:<server>`). Sends `!admin users make-user-admin @<localpart>:<server>` as
|
||||||
/// @hive, polls for the bot's "Done:" success response.
|
/// @hive, polls for the bot's "Done:" success response.
|
||||||
///
|
///
|
||||||
/// Historically justified by tuwunel 1.6.x not implementing
|
/// Workaround for a once-missing `/_synapse/admin/v2/users` in tuwunel —
|
||||||
/// `/_synapse/admin/v2/users` — but this repo now deploys 1.8.3, and that
|
/// not re-verified against the version currently deployed. Whether the
|
||||||
/// premise has not been re-verified against it. A binary grep of a deployed
|
/// admin-room polling here can become a direct HTTP call is an open
|
||||||
/// 1.8.3 found the route string present, which is evidence but not proof (a
|
/// question tracked on the forge.
|
||||||
/// string match doesn't confirm the route is actually served to an admin
|
|
||||||
/// token, as opposed to rejected, an error message, or a client-side
|
|
||||||
/// constant). Whether the admin-room polling mechanism here can be replaced
|
|
||||||
/// with a direct HTTP call is an open question tracked on the forge,
|
|
||||||
/// pending an actual authenticated request against a running homeserver —
|
|
||||||
/// leaving the mechanism as-is until that's answered.
|
|
||||||
pub async fn promote_user_to_admin(
|
pub async fn promote_user_to_admin(
|
||||||
client: &reqwest::Client,
|
client: &reqwest::Client,
|
||||||
admin_token: &str,
|
admin_token: &str,
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue