proto3 issueshttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues2023-12-13T19:50:16+01:00https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/250[Feature] abgelehnte Anträge2023-12-13T19:50:16+01:00Aaron Dötsch[Feature] abgelehnte AnträgeAktuell gibt es keine Syntax um zu kennzeichnen, dass Anträge gestellt und abgelehnt wurden.
Vielleicht möchte man allerdings auch abgelehnte Anträge tracken können, anstatt mehr oder weniger planlos durch Protokolle zu suchen. Ja, eine ...Aktuell gibt es keine Syntax um zu kennzeichnen, dass Anträge gestellt und abgelehnt wurden.
Vielleicht möchte man allerdings auch abgelehnte Anträge tracken können, anstatt mehr oder weniger planlos durch Protokolle zu suchen. Ja, eine Suchfunktion existiert und damit kann man das Gesuchte vermutlich auch finden, aber eine Übersicht wie über die gefassten Beschlüsse wäre ganz nett.
Eine mögliche Syntax könnte wie folgt sein: `[antrag;Antragstext;abgelehnt;Grund (optional)]`, `[antrag;Antragstext;angenommen;Tag (optional)]` könnte äquivalent zu `[beschluss;Antragstext;Tag (optional)]` sein.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/249[Feature Request] "Nächste Sitzung"-Ankündigung-Sichtbarkeit togglen2022-11-12T14:57:54+01:00Sönke Köster[Feature Request] "Nächste Sitzung"-Ankündigung-Sichtbarkeit togglenVideo ist gerade aufgefallen, dass unsere Sitzungen nur für intern sichtbar sind, allerdings wollen wir eigentlich auch dass die nächsten Sitzungen (und *nur* die Ankündigung für die nächste Sitzungen) sichtbar sind. Ist da was machbar?Video ist gerade aufgefallen, dass unsere Sitzungen nur für intern sichtbar sind, allerdings wollen wir eigentlich auch dass die nächsten Sitzungen (und *nur* die Ankündigung für die nächste Sitzungen) sichtbar sind. Ist da was machbar?https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/248Etherpad liefert invalide UTF-8 characters2022-06-28T19:46:09+02:00Robin SonnabendEtherpad liefert invalide UTF-8 charactersEmojis in Etherpads werden von der API als surrogate-Characters übertragen, s. z.B. wird der Inhalt `This is a test👋` von der API zurückgegeben als `{"code":0,"data":{"text":"This is a test\ud83d\udc4b\n\n"},"message":"ok"}`.
Beim Versuc...Emojis in Etherpads werden von der API als surrogate-Characters übertragen, s. z.B. wird der Inhalt `This is a test👋` von der API zurückgegeben als `{"code":0,"data":{"text":"This is a test\ud83d\udc4b\n\n"},"message":"ok"}`.
Beim Versuch, das in der Datenbank abzulegen, lehnt die den String als nicht valides UTF-8 ab. An welcher Stelle genau was schief geht und das encoding/decoding nicht wie erwartet funktioniert, muss man noch rausfinden.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/243URL's in Fußnoten2022-06-06T22:02:12+02:00Magnus GiesbertURL's in FußnotenMomentan hat der Parser spaß wenn man versucht ein url-tag in einem footnote-tag zu nutzen.
Also der Befehl `[footnote;[url;https://xkcd.com/1421]]` ist nicht möglich.
Es wäre ganz cool wenn man URL's in Fußnoten nutzen könnte, andere T...Momentan hat der Parser spaß wenn man versucht ein url-tag in einem footnote-tag zu nutzen.
Also der Befehl `[footnote;[url;https://xkcd.com/1421]]` ist nicht möglich.
Es wäre ganz cool wenn man URL's in Fußnoten nutzen könnte, andere Tags wahrscheinlich eher nicht.https://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/227Tabellen ermöglichen2019-11-13T17:45:18+01:00markus schellerTabellen ermöglichenEinen Protokollsymtax einbauen, der am Ende eine Tabelle ausgibtEinen Protokollsymtax einbauen, der am Ende eine Tabelle ausgibthttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/226Metadatenfeld: Name statt Key genutzt2019-09-13T21:09:46+02:00markus schellerMetadatenfeld: Name statt Key genutztBeim Erstellen eines Pads werden für Metadaten, die als planungsrelevant gekennzeichnet sind der Name statt des Keys ins Pad/Template übernommen.
Es kann vorkommen, dass der Key signifikant anders ist als der Name.
Problem: Key ist ni...Beim Erstellen eines Pads werden für Metadaten, die als planungsrelevant gekennzeichnet sind der Name statt des Keys ins Pad/Template übernommen.
Es kann vorkommen, dass der Key signifikant anders ist als der Name.
Problem: Key ist nicht in Klasse Meta vorhanden und Meta ist nicht mit DefaultMeta verknüpfthttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/224Kalender-Push mit OpenExchange2019-04-24T15:33:08+02:00Julian RotherKalender-Push mit OpenExchangeDie Kalenderintegration in der Fachschaft ist seit längerer Zeit nicht funktionsfähig. Ich habe mal angefangen das zu debuggen:
principal.calendars() führt einen PROPFIND-Request nach `DAV::calendar-home-set` auf der URL `/principals/us...Die Kalenderintegration in der Fachschaft ist seit längerer Zeit nicht funktionsfähig. Ich habe mal angefangen das zu debuggen:
principal.calendars() führt einen PROPFIND-Request nach `DAV::calendar-home-set` auf der URL `/principals/users/<UID>` aus. Dieser bricht mit `caldav.lib.error.PropfindError: 405 Not Allowed` ab. Mir scheint der Request soweit Standard-konform. Warum das bei OpenExchange nicht geht, weiß ich nicht, allerdings funktioniert das Principal-Object mit der URL `/caldav/` ohne Probleme. Das ist dann wiederum nicht Standard-konform.
Ich sehe zwei Lösungsansätze:
1. Das Principal-Objekt (nur!) bei OpenExchange statt mit `client.principal()` mit `Principal(client, client.url)` initialisieren.
2. Die Liste der Kalender anders abrufen. vdirsyncer macht das z.B. mit einem PROPFIND-Request nach `DAV::resourcetype` auf die Basis-URL mit Tiefe 1. Die `Calendar`-Objekte kann man dann mit den URLs aus der Response instanzieren und wie gehabt verwenden. Das sähe dann etwa wie folgt aus.
> client.propfind(client.url, b'<d:propfind xmlns:d="DAV:"><d:prop><d:resourcetype/></d:prop><d:prop><d:displayname/></d:prop></d:propfind>', depth='1')
Variante 1 wäre sehr einfach.
Variante 2 hätte den Vorteil, dass sie vmtl. auch mit anderen Servern als OpenExchange funktioniert.
Meinungen, was sinnvoller ist?https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/222Zeitzonen-Probleme bei Kalender-Anbindung2019-04-03T17:10:07+02:00Julian RotherZeitzonen-Probleme bei Kalender-AnbindungEine vor der Zeitumstellung für 17 Uhr angelegte Sitzung tauch im Kalender um 18 Uhr auf.Eine vor der Zeitumstellung für 17 Uhr angelegte Sitzung tauch im Kalender um 18 Uhr auf.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/221Nachträglicher Wiki-Export2019-03-04T17:54:35+01:00Lars BeckersNachträglicher Wiki-ExportWenn nicht pausenlos und von Anfang an der Wiki-Push korrekt mitarbeitet, fehlen im Wiki alte Protokolle. Die fehlenden Protokolle sollten in irgendeiner Art und Weise nachträglich gepushed werden können.Wenn nicht pausenlos und von Anfang an der Wiki-Push korrekt mitarbeitet, fehlen im Wiki alte Protokolle. Die fehlenden Protokolle sollten in irgendeiner Art und Weise nachträglich gepushed werden können.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/220Import-Funktion für Sitzungstermine und TOPs2018-10-30T23:38:38+01:00Julian RotherImport-Funktion für Sitzungstermine und TOPshttps://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/217Attraktive Einladungsemail2018-10-22T20:36:24+02:00markus schellerAttraktive EinladungsemailDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Es ermöglichen, dass die Einladungsemail als HTML- oder Richtext-Formatiert verschickt wird, um diese so ansprechender aussehen z...Das hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Es ermöglichen, dass die Einladungsemail als HTML- oder Richtext-Formatiert verschickt wird, um diese so ansprechender aussehen zu lassen, bspw. durch:
- Schriftart: Arial
- Hervorhebungen in Fett
- usw.https://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/215Zeilen für die Bearbeitung im Pad sperren2018-10-22T20:40:00+02:00markus schellerZeilen für die Bearbeitung im Pad sperrenDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Während der Erstellung des Protokolls kommen sich Personen immer wieder in die Quere, weshalb das Sperren einer Zeile während der...Das hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Während der Erstellung des Protokolls kommen sich Personen immer wieder in die Quere, weshalb das Sperren einer Zeile während der Bearbeitung im Etherpad hilfreich sein kann.https://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/213Bessere Suche in Beschlussliste2018-10-22T20:43:56+02:00markus schellerBessere Suche in BeschlusslisteDie hier beschriebene Rückmeldung wurde auf der Strategie-Fahrt des AStA (Oktober 2018) vorgebracht:
Suche verbessern um gezielt in einem oder gleichzeitig mit verschiedenem Inhalt in mehreren der folgenden Punkte suchen zu können:
- Si...Die hier beschriebene Rückmeldung wurde auf der Strategie-Fahrt des AStA (Oktober 2018) vorgebracht:
Suche verbessern um gezielt in einem oder gleichzeitig mit verschiedenem Inhalt in mehreren der folgenden Punkte suchen zu können:
- Sitzung
- Inhalt
- Tag
**Idee:**
- Erweiterung der Suche
- Unterstützung der Suche durch Filter in den Spalten als Erweiterung zu #184https://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/211HTML5-Inputs sind sehr browserabhängig und blöd2018-10-29T17:17:31+01:00Robin SonnabendHTML5-Inputs sind sehr browserabhängig und blödWie die schönen neuen HTML5-Inputs (date, etc.) aussehen, hängt leider sehr vom Browser ab, manche machen Unsinn, manche auch nichts. Damit ist die Benutzererfahrung schlechter als für die bisherigen, simplen Inputs.
Daher sollten die H...Wie die schönen neuen HTML5-Inputs (date, etc.) aussehen, hängt leider sehr vom Browser ab, manche machen Unsinn, manche auch nichts. Damit ist die Benutzererfahrung schlechter als für die bisherigen, simplen Inputs.
Daher sollten die HTML5-Inputs wieder entfernt werden.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.