wtclaude
c94271104f
A first-party Rust clan is a Team (R5). This module becomes the site's Team provider and answers core from the plugin's `clans` board. Design of record: docs/modules/rust/PLAN.md §24, D47-D58. - The store: rust_clans, rust_clan_members and rust_clan_boards. A clan's identity is <serverId>:<clanId>:<createdMs> (D52), because the game restarts clan ids whenever its clan database version changes. - The provider (D53): getTeams is complete only when every server's board is fresh, supported and untruncated. It is partial when some are, and refuses when none are. Freshness is judged by the website's clock, from when the board's `t` last advanced. - Only a complete board may mark a clan gone. A board at the game's 100-clan ceiling (D55), or one with an unreadable row, proves nothing about what it leaves out. - Leadership is diffed board to board and published (D54). The five clan events are published as team.* kinds, and written to the Team feed as members-only lines (D49). - Core only writes feed items for a Team it already holds. So the last 10 minutes of clan events are re-offered on each board refresh, deduped by a sha1 key: core clamps a dedupeKey to 40 characters, and a readable key would be truncated into collisions. - projectRoster and the clan page share one audience rule (D48): the clan's linked members and staff by default, re-read from the users row. The setting lives on Admin > Rust visibility, which also warns about uMod Clans (D47) and the ceiling. - Public: GET servers/:id/clans (the list is public, D58) and GET clans/:externalId. The client adds a Clans tab and /rust/clans/:externalId, with three module slots for core's notify, activity and forum contributions (D56). - Linking and unlinking an account ask core to reconcile Teams (D57). - The clan kinds are staff-class in the public feed allowlist. - PROTOCOL_VERSION is now 6. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY
52 lines
1.9 KiB
JavaScript
52 lines
1.9 KiB
JavaScript
// ── Admin · Rust · Visibility — the handlers ──────────────────────────────
|
|
|
|
const core = require('../../core')
|
|
|
|
const clans = require('../../model/clans/clans.model')
|
|
const visibility = require('../../model/visibility/visibility.model')
|
|
|
|
const log = core.logger('visibility')
|
|
|
|
/**
|
|
* The page's whole state: both settings, and each server's clan board beside
|
|
* the roster setting. The board is where "this server runs the uMod Clans
|
|
* plugin, whose clans are not Teams" (D47) and "this server is at the game's
|
|
* 100-clan ceiling" (D55) come from.
|
|
*/
|
|
async function describe() {
|
|
const [settings, boards] = await Promise.all([visibility.describe(), clans.boardsForAdmin()])
|
|
return { ...settings, clans: { ...settings.clans, servers: boards } }
|
|
}
|
|
|
|
async function read(req, res) {
|
|
try {
|
|
res.json(await describe())
|
|
} catch (err) {
|
|
log.error('failed to read visibility settings', { error: err.message })
|
|
res.status(500).json({ message: 'Failed to read the visibility settings' })
|
|
}
|
|
}
|
|
|
|
async function update(req, res) {
|
|
try {
|
|
const { fleet, servers, clanRoster } = req.body || {}
|
|
const result = await visibility.update({ fleet, servers, clanRoster }, req.user)
|
|
if (!result.ok) {
|
|
res.status(result.status || 400).json({ message: result.message })
|
|
return
|
|
}
|
|
|
|
// One row per save, naming everything it changed. Widening who may see the
|
|
// roll call is exactly the kind of change somebody later needs to trace to a
|
|
// person and a time.
|
|
await core.activity.log({ req, action: 'rust.visibility.save', detail: result.changed })
|
|
|
|
res.json(await describe())
|
|
} catch (err) {
|
|
log.error('failed to save visibility settings', { error: err.message })
|
|
res.status(500).json({ message: 'Failed to save the visibility settings' })
|
|
}
|
|
}
|
|
|
|
module.exports = { read, update }
|