proto3 issueshttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues2018-03-19T19:13:44+01:00https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/191Persistener Einladungszustand2018-03-19T19:13:44+01:00Robin SonnabendPersistener EinladungszustandAktuell verlässt sich das Einladungssystem darauf, genau einmal stündlich aufgerufen zu werden - weder öfter noch seltener. Wenn zum richtigen Zeitpunkt das Versenden aus irgendeinem Grund nicht lief, ist das außerhalb der Serverlogs kau...Aktuell verlässt sich das Einladungssystem darauf, genau einmal stündlich aufgerufen zu werden - weder öfter noch seltener. Wenn zum richtigen Zeitpunkt das Versenden aus irgendeinem Grund nicht lief, ist das außerhalb der Serverlogs kaum nachvollziehbar.
Auf der anderen Seite sollte die Lösung nicht die Komplexität der TOPs erreichen. Insofern halte ich es für das beste, wenn (weiterhin, wie bisher) pro Protokolltyp gespeichert wird, welche Einladungen es geben *soll*, und (zusätzlich) pro Protokoll gespeichert wird, welche bereits verschickt wurden. Dann könnte `check_and_send_reminders` für alle unfertigen zukünftigen Protokolle abfragen, welche Einladungen noch fehlen und diese abschicken.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/179Einladungen zum Aushängen drucken2018-03-19T18:57:27+01:00Marco NuechelEinladungen zum Aushängen druckenEs wäre ein tolles Feature, wenn das Protokollsystem zusätzlich zu Einladungsmails auch Einladungen auf Papier drucken könnte.
Ein Layout Vorschlag wäre [hier am Beispiel des Wahlausschusses](/uploads/1a7ca98a0dc2ae34960c41cd34bd58af/si...Es wäre ein tolles Feature, wenn das Protokollsystem zusätzlich zu Einladungsmails auch Einladungen auf Papier drucken könnte.
Ein Layout Vorschlag wäre [hier am Beispiel des Wahlausschusses](/uploads/1a7ca98a0dc2ae34960c41cd34bd58af/sitzung_04_einladung_2018-03-22_mnu_v01.pdf)
Die Implementation sollte die (gelebten und formalen) Formalien für [VV-Einladungen](/uploads/5fe1cf8cabf26525c6e451312e52a451/einladung.pdf) einhalten.markus schellermarkus schellerhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/232"Unfertiges Protokoll"-Mails konfigurierbar2020-03-02T12:05:50+01:00Lars Beckers"Unfertiges Protokoll"-Mails konfigurierbarDie Mails "Unfertiges Protokoll der [Sitzungstyp]" werden aktuell an den internen Verteiler geschickt und zwar tagtäglich bis das Protokoll fertiggestellt wurde. Das passt leider nicht in alle Strukturen, wo es z.B. feste Personen für di...Die Mails "Unfertiges Protokoll der [Sitzungstyp]" werden aktuell an den internen Verteiler geschickt und zwar tagtäglich bis das Protokoll fertiggestellt wurde. Das passt leider nicht in alle Strukturen, wo es z.B. feste Personen für die Fertigstellung gibt, die aber nur ein Teil des internen Verteilers sind.
Daher schlage ich vor, das Versenden dieser Mails konfigurierbar zu machen. Entweder ganz einfach mit einer globalen oder Typ-basierten Ein/Aus-Option, oder mit einer separat pro Typ konfigurierbaren Mail-Adresse. Wenn diese Adresse leer bleibt, sollten dann ebenfalls keine Mails versendet werden. Diese Konfigurierbarkeit ist analog zu den Todo-Erinnerungsmails (nur hier global statt per Typ), die auch nicht empfangen werden müssen.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/219Datenschutz: Alarm bei personenbezogenen Daten im Protokoll2018-10-22T20:34:23+02:00markus schellerDatenschutz: Alarm bei personenbezogenen Daten im ProtokollDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Hinweis bei der Eingabe von Namensbezeichnungen im Etherpad oder auch personenbezogenen Daten, um dem Protokollanten so zu ermögl...Das hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Hinweis bei der Eingabe von Namensbezeichnungen im Etherpad oder auch personenbezogenen Daten, um dem Protokollanten so zu ermöglichen möglichst wenig schützenswerte Daten in ein öffentliches Protokoll aufzunehmenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/216Antragsverwaltung2018-10-22T20:38:08+02:00markus schellerAntragsverwaltungDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
- Zustellende Anträge über eigenen Oberfläche in die TO aufnehmen und beim Erstellen des Etherpads direkt im Syntax als Beschluss...Das hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
- Zustellende Anträge über eigenen Oberfläche in die TO aufnehmen und beim Erstellen des Etherpads direkt im Syntax als Beschluss-Tag ausgeben (Umsetzung ggf. wie Todo)
- Gestellte Anträge hervorgehoben in der Einladungsmail ausgebenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/214Gruppen unabhängig vom LDAP erstellen2018-10-22T20:41:28+02:00markus schellerGruppen unabhängig vom LDAP erstellenDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Es sollte möglich sein weitere Gruppen direkt im Protokollsystem zu erstellen, um so feingranularer Protokolle erstellen zu könne...Das hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Es sollte möglich sein weitere Gruppen direkt im Protokollsystem zu erstellen, um so feingranularer Protokolle erstellen zu können ohne ggf. unnötige Gruppen im LDAP zu erstellen.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/210Todo-Mail-Zuordnungen filtern2018-09-22T02:50:29+02:00Lars BeckersTodo-Mail-Zuordnungen filternIch hätte gern einen konfigurierbaren Filter für die Todo-Mail-Zuordnungen, der direkt eine neue Eintragung der entsprechend spezifizierten in das System ablehnt. Dazu habe ich zwei Nutzungsszenarien:
1. Beschränkung der Domain. Konkret...Ich hätte gern einen konfigurierbaren Filter für die Todo-Mail-Zuordnungen, der direkt eine neue Eintragung der entsprechend spezifizierten in das System ablehnt. Dazu habe ich zwei Nutzungsszenarien:
1. Beschränkung der Domain. Konkret möchte ich auf `@(.*)\.rwth-aachen\.de` einschränken. Damit reduziert sich der möglicherweise durch das System fehlerhaft versendete Spam an Externe.
2. Konkrete Adressen verbieten. Beispielsweise dem GitLab einen Todo geben ergibt wenig Sinn, aber Nutzer könnten auf die Idee kommen, es zu versuchen.
In beiden Fällen würden Nutzer irgendwelche Adressen eintragen, die in unnötigen Spam enden, welcher aber nicht beim Nutzer landet, sondern bei den Administratoren.
Weitergehend wäre es auch eine gute Idee die eingetragenen Adressen solange als inaktiv zu speichern bis sie per Mailempfang und Link klicken verifiziert wurden. Wäre für mich aber erstmal optional.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/204Einladungen und Protokolle an einzelne Benutzer schicken2018-06-19T14:39:47+02:00Robin SonnabendEinladungen und Protokolle an einzelne Benutzer schickenIm Zuge der Umstrukturierung von wir@ wird gewünscht, dass Protokolle und Einladungen nicht nur an eine Mailingliste, sondern auch an einzelne Benutzer geschickt werden können. Diese bekommen dann standardmäßig ein Protokolltyp, wenn sie...Im Zuge der Umstrukturierung von wir@ wird gewünscht, dass Protokolle und Einladungen nicht nur an eine Mailingliste, sondern auch an einzelne Benutzer geschickt werden können. Diese bekommen dann standardmäßig ein Protokolltyp, wenn sie in der zugehörigen Gruppe sind, können dies aber per Opt-In und Opt-Out (für Protokolle, die sie lesen dürfen) ändern.
Das benötigt #202 und #203Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/203Login-unabhängige Benutzerdatenabfrage2018-06-12T16:57:59+02:00Robin SonnabendLogin-unabhängige BenutzerdatenabfrageAktuell fragt das Protokollsystem nur beim Login mit den Logindaten des aktuellen Benutzers dessen Gruppenzugehörigkeit (und alle verfügbaren Gruppen) ab und speichert sie in der Session.
Wenn Protokolle direkt an Nutzer (und nicht nur ...Aktuell fragt das Protokollsystem nur beim Login mit den Logindaten des aktuellen Benutzers dessen Gruppenzugehörigkeit (und alle verfügbaren Gruppen) ab und speichert sie in der Session.
Wenn Protokolle direkt an Nutzer (und nicht nur Listen) verschickt werden sollen, müssen diese Nutzer, ihre Mailadressen und Gruppenzugehörigkeit (bzw. umgekehrt die Benutzer einer Gruppe) unabhängig von Logindaten abgefragt werden können.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/202Benutzer-spezifische Einstellungen2018-06-12T16:58:21+02:00Robin SonnabendBenutzer-spezifische EinstellungenBestimmte Features würden verlangen, dass es möglich ist, Einstellungen pro Benutzer zu speichern.
* [ ] Datenbank-Backend: Eigentlich nur ein Key-Value-Storage pro Benutzer
* [ ] Frontend: Einstellungen anzeigen und ändern.Bestimmte Features würden verlangen, dass es möglich ist, Einstellungen pro Benutzer zu speichern.
* [ ] Datenbank-Backend: Eigentlich nur ein Key-Value-Storage pro Benutzer
* [ ] Frontend: Einstellungen anzeigen und ändern.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/192Beschlüsse mit einem Ablaufdatum versehen2018-03-21T09:31:08+01:00markus schellerBeschlüsse mit einem Ablaufdatum versehenIm Rahmen von !11 kam folgende Frage auf:
- [ ] @aline hat in einer [Diskussion](https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/merge_requests/11#note_3286) gefragt:
> Kann man eigentlich auch einstellen ob Beschlüsse abl...Im Rahmen von !11 kam folgende Frage auf:
- [ ] @aline hat in einer [Diskussion](https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/merge_requests/11#note_3286) gefragt:
> Kann man eigentlich auch einstellen ob Beschlüsse ablaufen? Also wenn eine FSO sagt, dass Beschlüsse nur max. ein Jahr gültig sind (damit neue Fachschaftler nicht an alte Beschlüsse gebunden sind z.B.),dass die Automatisch archiviert werden?https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/189Dateinamen von Dateianhängen angeben2018-03-19T15:37:24+01:00Marco NuechelDateinamen von Dateianhängen angebenBei Dateianhängen bei Protokollen, wäre es praktisch, wenn man die Dateinamen konfigurieren könnte.
Aktuell wird automatisch der Dateiname der hochgeladenen Datei übernommen.Bei Dateianhängen bei Protokollen, wäre es praktisch, wenn man die Dateinamen konfigurieren könnte.
Aktuell wird automatisch der Dateiname der hochgeladenen Datei übernommen.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/185etherpad: Syntaxhighlighting2018-10-22T17:45:38+02:00Marco Nuecheletherpad: SyntaxhighlightingEs wäre ein schönes Feature, wenn es ein Syntaxhighlithing im etherpad gäbe.
Dazu gibt es (min.) ein Plugin:
* https://github.com/LaKing/ep_codepad
Dieses ist aber auch sehr umfangreich.
Man müsste ein eigenes Template schreiben.
Vll...Es wäre ein schönes Feature, wenn es ein Syntaxhighlithing im etherpad gäbe.
Dazu gibt es (min.) ein Plugin:
* https://github.com/LaKing/ep_codepad
Dieses ist aber auch sehr umfangreich.
Man müsste ein eigenes Template schreiben.
Vllt schafft man dem Plugin sogar beizubringen auf Syntaxfehler hinweisen. (Allgemein kann es das)https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/180geplante Protokolle wording anpassen2018-03-06T16:14:04+01:00Marco Nuechelgeplante Protokolle wording anpassenBei geplanten Protokollen/Sitzungen wäre es schön, wenn das wording geändert wird zu:
* vorläufige Tagesordnung
* Anhänge als **vor** der Sitzung hochgeladen getagt werdenBei geplanten Protokollen/Sitzungen wäre es schön, wenn das wording geändert wird zu:
* vorläufige Tagesordnung
* Anhänge als **vor** der Sitzung hochgeladen getagt werdenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/178Standard-Tagesordnung editierbar2018-03-06T15:35:36+01:00Marco NuechelStandard-Tagesordnung editierbarMindestens für Protokolle, welche als fertiges PDF hochgeladen werden ist es notwendig, dass die Standard-TO bearbeitet werden kann.
* Reihenfolge ändern
* Standard-TOP löschen
* neue TOPs dazwischen einfügenMindestens für Protokolle, welche als fertiges PDF hochgeladen werden ist es notwendig, dass die Standard-TO bearbeitet werden kann.
* Reihenfolge ändern
* Standard-TOP löschen
* neue TOPs dazwischen einfügenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/177Protokollanhänge löschen2018-03-06T15:21:02+01:00Marco NuechelProtokollanhänge löschenMomentan können nur Admins Protokollanhänge löschen.
**Sinnvoll wäre:**
* geplante Protokolle: Bearbeitungsgruppe kann löschen
* fertige Protokolle: Bearbeitungsgruppe kann löschen
* oder niemand kann löschen. wäre zu diskutieren
...Momentan können nur Admins Protokollanhänge löschen.
**Sinnvoll wäre:**
* geplante Protokolle: Bearbeitungsgruppe kann löschen
* fertige Protokolle: Bearbeitungsgruppe kann löschen
* oder niemand kann löschen. wäre zu diskutieren
* veröffentlichte Protokolle: niemand kann löschenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/154Einladungen inkl TOP-Beschreibung (Vorprotkoll)2022-06-10T01:34:49+02:00Marco NuechelEinladungen inkl TOP-Beschreibung (Vorprotkoll)Die Option der Beschreibung der TOPs (vorprotokollieren) wird immer häufiger genutzt. Dies ist gut so!
Nun wäre es wünschenswert und hilfreich, wenn diese Infos auch bei der Einladung per Mail versendet werden.
Dabei wäre zu klären:
* ...Die Option der Beschreibung der TOPs (vorprotokollieren) wird immer häufiger genutzt. Dies ist gut so!
Nun wäre es wünschenswert und hilfreich, wenn diese Infos auch bei der Einladung per Mail versendet werden.
Dabei wäre zu klären:
* Beschreibung nur an internen Verteiler?
* Form der Beschreibung?
* als kompiliertes pdf?
* Inline als Text?