34 lines
1.1 KiB
Markdown
34 lines
1.1 KiB
Markdown
|
---
|
||
|
|
type: issue
|
||
|
|
id: "0045"
|
||
|
|
status: open
|
||
|
|
created: 2026-08-11
|
||
|
|
milestone: M1
|
||
|
|
priority: low
|
||
|
|
area: element
|
||
|
|
related: []
|
||
|
|
---
|
||
|
|
# Inhalts-Meldung führt ins Leere: kein Kontaktweg für Melder
|
||
|
|
|
||
|
|
## Problem / Motivation
|
||
|
|
|
||
|
|
Der Web-Client kann Inhalte melden (`report_event`), aber
|
||
|
|
`report_event.admin_message_md` ist in `element-values.yaml` **nicht gesetzt**
|
||
|
|
(Stand 2026-08-11 gegen die Live-Config geprüft). Wer etwas meldet, sieht danach
|
||
|
|
keinen Kontaktweg — keine Angabe, an wen die Meldung geht oder wo man nachfassen
|
||
|
|
kann. Für einen Community-Betrieb mit Moderation (Draupnir) ist das eine offene
|
||
|
|
Kante: Melden funktioniert technisch, führt für den Nutzer aber ins Leere.
|
||
|
|
|
||
|
|
## Acceptance
|
||
|
|
|
||
|
|
- `report_event.admin_message_md` in
|
||
|
|
`apps/production/custom-configs/element-values.yaml` gesetzt, mit einem echten
|
||
|
|
Kontakt-/Meldeweg (Moderationsraum oder Kontaktadresse).
|
||
|
|
- Live sichtbar: nach einer Meldung erscheint der hinterlegte Hinweis.
|
||
|
|
|
||
|
|
## Notes
|
||
|
|
|
||
|
|
Braucht **eine Angabe von sorb**: welcher Raum bzw. Kontakt der Meldeweg sein
|
||
|
|
soll. Danach ist es eine Zeile Config. Bewusst nicht auf `waiting` gesetzt, weil
|
||
|
|
noch nicht begonnen — der fehlende Input ist im Text benannt.
|