Drei Sachen, alle vom selben Bericht ausgeloest.
1. Der Schalter war nur im Modul-Reiter zu finden, die Meldung schickte aber
nach "Community". Beim Nachsehen kam heraus: Modul-Schalter haben in
/api/settings gar keinen Weg — jeder stand von Hand in api.js, und fuenf
fehlten dort (radio, automod, anti_raid, linked_roles, ls_farm). Die
liessen sich nur ueber den Modulreiter umlegen. Jetzt kommen sie wie
Kanaele, Rollen und Texte aus dem Register; jeder neue ist damit von
allein speicherbar. Dazu steht der Haken jetzt oben im Radio-Abschnitt,
wo auch die Sender stehen.
2. Der Bot sass im Sprachkanal und schwieg. Ursache im Code: nach
joinVoiceChannel wurde sofort losgespielt. Der Aufruf kommt zurueck,
sobald der Bot sichtbar im Kanal steht — der UDP-Weg wird danach erst
ausgehandelt. Wer vorher sendet, sendet ins Leere. Jetzt wird auf
VoiceConnectionStatus.Ready gewartet, und schlaegt das fehl, sagt der
Befehl es statt still dazustehen.
3. Stille erklaert sich. Fehlt ffmpeg im Container, setzte sich der Bot
bisher hin und schwieg — nichts stuerzte ab, nichts fehlte sichtbar.
ffmpeg wird jetzt beim Start geprueft, /radio verweigert mit klarer
Ansage, und kommt binnen acht Sekunden kein Ton, steht der Grund in der
Tafel: fehlendes ffmpeg oder ein Sender, der nichts liefert.
Nebenbei: -analyzeduration stand hinter -i und wurde damit als
Ausgabe-Option gelesen, also ignoriert.
Geprueft: die Tonkette laeuft lokal gegen einen echten Sender durch bis zum
Abspieler (4,1 s Ton in 6 s Laufzeit, Status bleibt playing). Alle 16
Modul-Schalter gehen angemeldet durch /api/settings hin und zurueck.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Bewusst Discords eigenes Poll-Objekt statt einer Nachbildung mit Knoepfen —
Oberflaeche, Auszaehlen und Ergebnisanzeige macht Discord dann selbst, auch
auf dem Handy. Wir bauen nur die Frage zusammen.
Bis zu vier Antworten (Discord erlaubt zehn, vier halten den Befehl
uebersichtlich), Laufzeit von einer Stunde bis einer Woche, Mehrfachauswahl
optional. Rechte: ManageMessages.
Zwei gleiche Antworten werden abgefangen. Discord stoert das nicht, aber
abstimmen kann darauf niemand sinnvoll.
Nicht zu verwechseln mit /wunsch: das sammelt Feature-Wuensche dauerhaft und
zeigt sie auf der Roadmap. /umfrage ist die schnelle Frage zwischendurch und
laeuft von selbst ab. Steht so auch als Kommentar im Befehl.
Geprueft gegen die installierte discord.js-Fassung (14.27) statt gegen die
Dokumentation: Feldnamen aus den Typdefinitionen gelesen, und die fertige
Nutzlast durch discord.js' eigene Serialisierung gejagt. Kommt als
poll_media / allow_multiselect / layout_type 1 raus, genau wie Discords API
es erwartet.
Dazu: 18 Befehle laden ohne Namenskollision, Befehl steht auf der
oeffentlichen Liste in beiden Sprachen, Zahl auf der Produktseite von 17
auf 18.
Nutzungsbedingungen als Entwurf unter docs/ — Text fuer den Seiten-Editor,
keine Rechtsberatung.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
D4rkst3randClaude Opus 5