protokollsystem issueshttps://git.fsmpi.rwth-aachen.de/groups/protokollsystem/-/issues2018-10-22T18:11:16+02:00https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/137Letzte Änderung (Datumspalte für TOP-Tabelle)2018-10-22T18:11:16+02:00Felix BaumannLetzte Änderung (Datumspalte für TOP-Tabelle)Es wäre cool, wenn das Datum der letzten Änderung mit in der DB landet und dann als hidden input an den Client gesendet wird, damit der Server bei der nächsten Änderung vergleichen kann, um dem Client antworten zu können, dass die Eintra...Es wäre cool, wenn das Datum der letzten Änderung mit in der DB landet und dann als hidden input an den Client gesendet wird, damit der Server bei der nächsten Änderung vergleichen kann, um dem Client antworten zu können, dass die Eintragung nicht erfolgreich war.
Der Server sollte mit einer rot markierten Warnung antworten und Top Titel und Inhalt einzeln (beide Versionen untereinander) oder wie ein git diff (in line diff) in einem input und einer textarea zurückgeben, damit der User das anpassen kann
Ggf. sollte der diff so auch in die Datenbank eingetragen werden, damit nichts verloren geht.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/212Vorprotokoll wird mit Horizontalen Scrollbars dargestellt2018-10-22T18:01:28+02:00markus schellerVorprotokoll wird mit Horizontalen Scrollbars dargestelltDas hier beschriebene Issue wurde auf der Strategie-Fahrt des AStA (Oktober 2018) vorgebracht:
Je nach Browser wird in den vorprotokollierten Leseabschnitten der TO mit horizontalen Scrollbars angezeigt.
Ggf. wie mit #208 für Einladung...Das hier beschriebene Issue wurde auf der Strategie-Fahrt des AStA (Oktober 2018) vorgebracht:
Je nach Browser wird in den vorprotokollierten Leseabschnitten der TO mit horizontalen Scrollbars angezeigt.
Ggf. wie mit #208 für Einladungsmails vorgeschlagen gerendert darstellen und so mit #154 verbinden
Vergl. Auch #94 https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/94Protokoll vorkompilieren2018-10-22T17:53:51+02:00Robin SonnabendProtokoll vorkompilierenauch nach HTML.auch nach HTML.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/208Vorprotokollierte Sektionen in die Einladung2018-10-22T17:52:14+02:00Lars BeckersVorprotokollierte Sektionen in die Einladung(Hier ein Feature-Request des neuen AStA.)
Bei vielen immer gleichen Standard-TOPs wird die Einladung per Mail interessanter, wenn dort zumindest die Namen von Untersektionen, die bereits vorprotokolliert wurden, mit aufgenommen werden....(Hier ein Feature-Request des neuen AStA.)
Bei vielen immer gleichen Standard-TOPs wird die Einladung per Mail interessanter, wenn dort zumindest die Namen von Untersektionen, die bereits vorprotokolliert wurden, mit aufgenommen werden. (Es muss nicht, aber kann sein, dass alles was vorprotokolliert wurde verschickt wird.)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/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/140Erledigter, offener Todo2018-09-22T02:38:48+02:00Lars BeckersErledigter, offener TodoAuf der FSS am 26. Juni bekam ich Todo Nr. 17973. Im Protokoll der FSS vom 3. Juli ist dieser als erledigt markiert. Im Protokoll vom 10. Juli taucht er folglich nicht mehr auf.
Im Todo-Menü wird er als offen angezeigt; bei den Todos de...Auf der FSS am 26. Juni bekam ich Todo Nr. 17973. Im Protokoll der FSS vom 3. Juli ist dieser als erledigt markiert. Im Protokoll vom 10. Juli taucht er folglich nicht mehr auf.
Im Todo-Menü wird er als offen angezeigt; bei den Todos der Sitzung vom 3. Juli wird er als erledigt gelistet. Ich bekam nach der Sitzung vom 10. Juli eine Todo-Mail. Da ist was kaputt.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/209Abkürzungsverzeichnis2018-08-23T18:48:37+02:00markus schellerAbkürzungsverzeichnisEs soll eine Möglichkeit geben auch Abkürzungen zu verwalten und ein Protokoll mit einem Abkürzungsverzeichnis zu versehen.Es soll eine Möglichkeit geben auch Abkürzungen zu verwalten und ein Protokoll mit einem Abkürzungsverzeichnis zu versehen.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/73Unter-TOPs2018-08-07T19:03:05+02:00Robin SonnabendUnter-TOPsJe nach Sitzungsformat wäre es praktisch sub-TOPs zu haben, die auch einzeln vorprotokolliert werden können.
Diese sollten auch pro Typ als Standard eingestellt werden können.Je nach Sitzungsformat wäre es praktisch sub-TOPs zu haben, die auch einzeln vorprotokolliert werden können.
Diese sollten auch pro Typ als Standard eingestellt werden können.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/56TOP Beschreibung sollte verbleibende Höhe füllen (mobil)2018-07-17T13:30:10+02:00Felix BaumannTOP Beschreibung sollte verbleibende Höhe füllen (mobil)Mobil lässt sich die Größe von textareas nicht vergrößern:
![tmp_13285-Screenshot_20170314-155815898206186](/uploads/336af0c6dbb178961ae0a4efbea2f500/tmp_13285-Screenshot_20170314-155815898206186.png)
Entweder man lässt die textarea auf...Mobil lässt sich die Größe von textareas nicht vergrößern:
![tmp_13285-Screenshot_20170314-155815898206186](/uploads/336af0c6dbb178961ae0a4efbea2f500/tmp_13285-Screenshot_20170314-155815898206186.png)
Entweder man lässt die textarea auf die Länge des Inhalt wachsen (Scrollbar im viewport) oder auf die verbleibende Höhe des viewports (Scrollbar in der textarea)https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/171Etherpad-Links erst beim Übertragen ins Etherpad erstellen2018-07-17T13:29:31+02:00Julian RotherEtherpad-Links erst beim Übertragen ins Etherpad erstellenAktuell werden Etherpad-Links (mit Sitzungsdatum im Namen) beim Anlegen eines Protokolls erstellt. Wenn danach die Sitzung auf einen anderen Tag verschoben wird, enthält der Link weiterhin das alte Datum.
Man könnte die Generierung der ...Aktuell werden Etherpad-Links (mit Sitzungsdatum im Namen) beim Anlegen eines Protokolls erstellt. Wenn danach die Sitzung auf einen anderen Tag verschoben wird, enthält der Link weiterhin das alte Datum.
Man könnte die Generierung der Etherpad-Links auf das erste Übertragen verzögern.Hackathon Februar 2018https://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/205Doppelte PDFs in Protokoll2018-06-14T17:14:41+02:00Thomas Schneiderthomas@fsmpi.rwth-aachen.deDoppelte PDFs in ProtokollDieses Protokoll hat die beiden Protokoll-PDFs doppelt: https://protokolle.fsmpi.rwth-aachen.de/protocol/show/1109Dieses Protokoll hat die beiden Protokoll-PDFs doppelt: https://protokolle.fsmpi.rwth-aachen.de/protocol/show/1109https://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/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/198Follow-up aus "Dokumentation überarbeiten": FAQ erstellen2018-05-30T09:49:26+02:00markus schellerFollow-up aus "Dokumentation überarbeiten": FAQ erstellenEine FAQ kann dem Nutzer helfen schneller an wichtige Informationen zu kommen.
Beispiel:
> Q: Mein Protokoll kompiliert nicht.
>
> A: Es gibt ein paar Gründe warum das der Fall sein kann, z.B. darf auf ein Semikolon kein Leerzeichen f...Eine FAQ kann dem Nutzer helfen schneller an wichtige Informationen zu kommen.
Beispiel:
> Q: Mein Protokoll kompiliert nicht.
>
> A: Es gibt ein paar Gründe warum das der Fall sein kann, z.B. darf auf ein Semikolon kein Leerzeichen folgen, sonst lässt sich das Protokoll nicht kompilieren. {...} Wenn das alles nicht hilft, wende dich bitte an die Admins.https://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/107Wiki-Push kaputt2018-03-20T17:33:16+01:00Lars BeckersWiki-Push kaputtIm Wiki kommen keine Protokolle mehr an. Das letzte FSS-Protokoll z.B. ist vom 6. März. In der Fehlerübersicht wird dazu allerdings nichts angezeigt.Im Wiki kommen keine Protokolle mehr an. Das letzte FSS-Protokoll z.B. ist vom 6. März. In der Fehlerübersicht wird dazu allerdings nichts angezeigt.Robin SonnabendRobin Sonnabendhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/164Internes Protokoll mit Einladung versenden2018-03-19T19:13:45+01:00Marco NuechelInternes Protokoll mit Einladung versenden- [ ] Es sollte die Möglichkeit geben, dass das interne Protokoll mit der Einladung zur nächsten Sitzung verschickt wird, wenn die nicht bereits geschehen ist.
- [ ] Zusätzlich sollte dieses Verhalten pro Type konfigurierbar sein.- [ ] Es sollte die Möglichkeit geben, dass das interne Protokoll mit der Einladung zur nächsten Sitzung verschickt wird, wenn die nicht bereits geschehen ist.
- [ ] Zusätzlich sollte dieses Verhalten pro Type konfigurierbar sein.Hackathon Februar 2018https://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.