protokollsystem issueshttps://git.fsmpi.rwth-aachen.de/groups/protokollsystem/-/issues2022-06-11T01:32:52+02:00https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/246Wiki-push bevor veröffentlichung2022-06-11T01:32:52+02:00Magnus GiesbertWiki-push bevor veröffentlichungIn der [Doku ](https://protokolle.fsmpi.rwth-aachen.de/documentation/configuration/types) steht dass:
> Je Typ kann angegeben werdem, ob das Protokoll im Status veröffentlicht in das Wiki exportiert werden soll
Allerdings scheint es, ...In der [Doku ](https://protokolle.fsmpi.rwth-aachen.de/documentation/configuration/types) steht dass:
> Je Typ kann angegeben werdem, ob das Protokoll im Status veröffentlicht in das Wiki exportiert werden soll
Allerdings scheint es, dass bereits beim Kompilieren/aufrufen von `parse_protocol` in das Wiki gepusht wird.
Entweder man passt die Doku an oder man packt das Protokoll erst bei Veröffentlichung in das Wiki.
Bei der zweiten Option muss man darauf achten, was passieren soll wenn der wiki-push fehlschlägt (zB dass das Protokoll dann nicht veröffentlicht wird).https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/230Wiki-Kategorie für DokuWiki2022-06-11T00:30:33+02:00Lars BeckersWiki-Kategorie für DokuWikiDie Wiki-Kategorie ist aktuell nur für MediaWiki implementiert. Der Seitentitel ist fest als "Protokoll:[Protokoll-Typ und -Datum]" eingetragen. DokuWiki grenzt die Kategorien nach Seitentitel hierarchisch um, d.h. alle Protokolle landen...Die Wiki-Kategorie ist aktuell nur für MediaWiki implementiert. Der Seitentitel ist fest als "Protokoll:[Protokoll-Typ und -Datum]" eingetragen. DokuWiki grenzt die Kategorien nach Seitentitel hierarchisch um, d.h. alle Protokolle landen fest in der Kategorie "Protokoll".https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/229"Neues Protokoll" in der Typ-Übersicht kaputt2022-06-10T01:49:11+02:00Lars Beckers"Neues Protokoll" in der Typ-Übersicht kaputtIch habe in der Übersicht der Protokolltypen auf "Neues Protokoll" geklickt. Hier der Traceback für 500:
```
Feb 29 19:21:23 www uwsgi[992]: ERROR:flask.app:Exception on /protocol/new [GET]
Feb 29 19:21:23 www uwsgi[992]: Traceback (mos...Ich habe in der Übersicht der Protokolltypen auf "Neues Protokoll" geklickt. Hier der Traceback für 500:
```
Feb 29 19:21:23 www uwsgi[992]: ERROR:flask.app:Exception on /protocol/new [GET]
Feb 29 19:21:23 www uwsgi[992]: Traceback (most recent call last):
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/app.py", line 2292, in wsgi_app
Feb 29 19:21:23 www uwsgi[992]: response = self.full_dispatch_request()
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/app.py", line 1815, in full_dispatch_request
Feb 29 19:21:23 www uwsgi[992]: rv = self.handle_user_exception(e)
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/app.py", line 1718, in handle_user_exception
Feb 29 19:21:23 www uwsgi[992]: reraise(exc_type, exc_value, tb)
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/_compat.py", line 35, in reraise
Feb 29 19:21:23 www uwsgi[992]: raise value
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/app.py", line 1813, in full_dispatch_request
Feb 29 19:21:23 www uwsgi[992]: rv = self.dispatch_request()
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/lib/python3.5/site-packages/flask/app.py", line 1799, in dispatch_request
Feb 29 19:21:23 www uwsgi[992]: return self.view_functions[rule.endpoint](**req.view_args)
Feb 29 19:21:23 www uwsgi[992]: File "./shared.py", line 156, in decorated_function
Feb 29 19:21:23 www uwsgi[992]: return function(*args, **kwargs)
Feb 29 19:21:23 www uwsgi[992]: File "/var/www/asta-protokollsystem/program/server.py", line 742, in new_protocol
Feb 29 19:21:23 www uwsgi[992]: form.protocoltype.data = type_id
Feb 29 19:21:23 www uwsgi[992]: AttributeError: 'NewProtocolForm' object has no attribute 'protocoltype'
```
Hingegen oben im Menu auf "Neues Protokoll" klicken, dort den Typen auswählen, und damit ein neues Protokoll anlegen funktioniert.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/244Einladungsmail-Subject: Konkrete Sitzung aufnehmen2022-05-20T12:05:21+02:00Thomas Schneiderthomas@fsmpi.rwth-aachen.deEinladungsmail-Subject: Konkrete Sitzung aufnehmenDas Subject lautet generisch „Einladung zur $Sitzung“. Das ist im Mailclient, wenn der das nach Subject gruppiert, ziemlich unübersichtlich. Es wäre schön, wenn da das Datum der Sitzung drinstehen würde.Das Subject lautet generisch „Einladung zur $Sitzung“. Das ist im Mailclient, wenn der das nach Subject gruppiert, ziemlich unübersichtlich. Es wäre schön, wenn da das Datum der Sitzung drinstehen würde.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/231Massen-Löschen für Fehler2022-03-13T21:07:35+01:00Lars BeckersMassen-Löschen für FehlerIm Hinblick auf #228 oder auch prinzipiell mögliche ähnliche Dinge, fände ich eine Möglichkeit gut, Fehler in Masse löschen zu können statt einzeln. Mir würde da ein "alles weg" reichen. Geht natürlich auch komplizierter mit Auswahlboxen...Im Hinblick auf #228 oder auch prinzipiell mögliche ähnliche Dinge, fände ich eine Möglichkeit gut, Fehler in Masse löschen zu können statt einzeln. Mir würde da ein "alles weg" reichen. Geht natürlich auch komplizierter mit Auswahlboxen oder Text-Filter.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/242Footnote-Tag beginnt eine neue Zeile2022-02-07T22:52:47+01:00Magnus GiesbertFootnote-Tag beginnt eine neue ZeileScheinbar wir beim benutzen von `[footnote; footnotetext]` eine neue Zeile direkt vor dem `[` begonnen.
Es sieht so aus, als ob dies bei der ersten Verwendung des Tags in einer Zeile geschieht, der Text danach und ggf. weitere Fußnoten s...Scheinbar wir beim benutzen von `[footnote; footnotetext]` eine neue Zeile direkt vor dem `[` begonnen.
Es sieht so aus, als ob dies bei der ersten Verwendung des Tags in einer Zeile geschieht, der Text danach und ggf. weitere Fußnoten sind wieder in einer Zeile.
Zum Beispiel wird folgender Quellcode:
```
#Datum;06.02.2022
#Beginn;13:40
#Ende;14:00
{TOP Zeugs
Wir sollten mehr tun[footnote; sometihng] und danach etwas text
Aber [footnote; sometihng else] [footnote; sometihng more] was?
}
```
zu folgendem PDF [compiled-65-public.pdf](/uploads/a3b65fee85d859344372083bc48cb13b/compiled-65-public.pdf)https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/225Sitzungs-spezifisches Datum wird nicht in Etherpad übernommen2022-02-06T01:39:27+01:00Julian RotherSitzungs-spezifisches Datum wird nicht in Etherpad übernommenBeim Öffnen des Etherpads wird immer das Datum aus den Defaults für den Protokoll-Typ übernommen und nicht das für spezifische Sitzung gesetzte.Beim Öffnen des Etherpads wird immer das Datum aus den Defaults für den Protokoll-Typ übernommen und nicht das für spezifische Sitzung gesetzte.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/237Quellcode hochladen führt zu Protokoll ohne Datum2022-02-02T17:59:47+01:00Magnus GiesbertQuellcode hochladen führt zu Protokoll ohne DatumWenn man beim Anlegen eines neuen Protokolls direkt Quellcode hochlädt, ohne vorher ein Datum angegeben zu haben, wird ein Protokoll ohne Datum angelegt (beim normalen "Anlegen" button wird ja angemerkt das man ein Datum auswählen muss)....Wenn man beim Anlegen eines neuen Protokolls direkt Quellcode hochlädt, ohne vorher ein Datum angegeben zu haben, wird ein Protokoll ohne Datum angelegt (beim normalen "Anlegen" button wird ja angemerkt das man ein Datum auswählen muss).
Dies ist schlecht da das Datum an vielen Stellen benutzt wird zB. in models/database.py `get_short_identifier` und es so zu Fehlern kommt; u.a. wenn man die Fehlerübersicht aufrufen will :)https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/238Readme Schritt 4 "Erstellen einer config" nicht korrekt2022-02-02T17:57:55+01:00Magnus GiesbertReadme Schritt 4 "Erstellen einer config" nicht korrekt"create `config.py` with `flask create_example_config config.py` and edit it" ist nicht ausführbar, da dann eine config gebraucht wird um eine config zu erstellen.
```
flask create_example_config config.py
No module named 'config'
Error..."create `config.py` with `flask create_example_config config.py` and edit it" ist nicht ausführbar, da dann eine config gebraucht wird um eine config zu erstellen.
```
flask create_example_config config.py
No module named 'config'
Error: While importing 'server', an ImportError was raised:
Traceback (most recent call last):
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/cli.py", line 256, in locate_app
__import__(module_name)
File "/home/magnus/proto/proto3/server.py", line 24, in <module>
from shared import (
File "/home/magnus/proto/proto3/shared.py", line 12, in <module>
config, public_config = configproxy.import_config()
File "/home/magnus/proto/proto3/configproxy.py", line 980, in import_config
import config
ModuleNotFoundError: No module named 'config'
```
Da `configproxy` scheinbar über die Möglichkeit verfügt selber mit dem Argument `create` per command line benutzt zu werden, sollte man dies ggf. in der Readme verwenden.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/241Sitzungs tag legt protokolle bei neu kompilieren mehrmals an2022-02-02T17:57:13+01:00Magnus GiesbertSitzungs tag legt protokolle bei neu kompilieren mehrmals anWenn ein Protokoll das Tag [sitzung;Datum;Uhrzeit] beinhaltet, kann es passieren, dass bei mehrfachem kompilieren mehrere Protokolle angelegt werden.
Eigentlich sollte das Problem seit protokollsystem/proto3#187 durch 75b8fb63caaf19135...Wenn ein Protokoll das Tag [sitzung;Datum;Uhrzeit] beinhaltet, kann es passieren, dass bei mehrfachem kompilieren mehrere Protokolle angelegt werden.
Eigentlich sollte das Problem seit protokollsystem/proto3#187 durch 75b8fb63caaf19135f606bf8a1545e2fe432467c behoben wurde gelöst sein, aber es ist letztens wieder aufgetreten und auch lokal kann ich es reproduzieren.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/240Parsingfehler durch ETHERPAD_ACTIVE=False2022-02-02T17:56:14+01:00Magnus GiesbertParsingfehler durch ETHERPAD_ACTIVE=FalseWenn man in der config `ETHERPAD_ACTIVE=False` verwendet kommt es beim parsen der Protokolle zu folgendem Fehler:
```
Traceback (most recent call last):
File "/home/magnus/proto/proto3/configproxy.py", line 971, in __getattr__
ret...Wenn man in der config `ETHERPAD_ACTIVE=False` verwendet kommt es beim parsen der Protokolle zu folgendem Fehler:
```
Traceback (most recent call last):
File "/home/magnus/proto/proto3/configproxy.py", line 971, in __getattr__
return self.data[key]
KeyError: 'EMPTY_ETHERPAD'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/magnus/proto/proto3/tasks.py", line 170, in parse_protocol_async
parse_protocol_async_inner(protocol, ignore_old_date)
File "/home/magnus/proto/proto3/tasks.py", line 189, in parse_protocol_async_inner
if protocol.source == config.EMPTY_ETHERPAD: # config.ETHERPAD_ACTIVE and
File "/home/magnus/proto/proto3/configproxy.py", line 973, in __getattr__
raise AttributeError
AttributeError
```
Ähnlich zu protokollsystem/proto3#239 scheint der Fehler aufzutreten da im Fall von `ETHERPAD_ACTIVE=False` in der config, `EMPTY_ETHERPAD` nicht existiert.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/239Fehler durch PRINTING_ACTIVE=False2022-02-02T17:56:14+01:00Magnus GiesbertFehler durch PRINTING_ACTIVE=FalseWenn `PRINTING_ACTIVE = False` in der config genutzt wird, erhält man einen AttributeError wenn ein neuer Protokolltyp erstellt oder ein bestehender bearbeitet werden soll.
```
Traceback (most recent call last):
File "/home/magnus/pr...Wenn `PRINTING_ACTIVE = False` in der config genutzt wird, erhält man einen AttributeError wenn ein neuer Protokolltyp erstellt oder ein bestehender bearbeitet werden soll.
```
Traceback (most recent call last):
File "/home/magnus/proto/proto3/configproxy.py", line 971, in __getattr__
return self.data[key]
KeyError: 'PRINTING_PRINTERS'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 2088, in __call__
return self.wsgi_app(environ, start_response)
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 2073, in wsgi_app
response = self.handle_exception(e)
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 2070, in wsgi_app
response = self.full_dispatch_request()
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 1515, in full_dispatch_request
rv = self.handle_user_exception(e)
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 1513, in full_dispatch_request
rv = self.dispatch_request()
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/flask/app.py", line 1499, in dispatch_request
return self.ensure_sync(self.view_functions[rule.endpoint])(**req.view_args)
File "/home/magnus/proto/proto3/shared.py", line 156, in decorated_function
return function(*args, **kwargs)
File "/home/magnus/proto/proto3/server.py", line 413, in new_type
form = ProtocolTypeForm()
File "/home/magnus/proto/proto3/venv/lib/python3.8/site-packages/wtforms/form.py", line 208, in __call__
return type.__call__(cls, *args, **kwargs)
File "/home/magnus/proto/proto3/views/forms.py", line 185, in __init__
self.printer.choices = get_printer_choices()
File "/home/magnus/proto/proto3/views/forms.py", line 64, in get_printer_choices
if config.PRINTING_PRINTERS is not None:
File "/home/magnus/proto/proto3/configproxy.py", line 973, in __getattr__
raise AttributeError
```
Wahrscheinlich tritt der Fehler auf da `get_printer_choices` in `forms.py` prüft, ob `config.PRINTING_PRINTERS is not None` aber `config.PRINTING_PRINTERS` in diesem Fall gar nicht existiert.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/187Sitzungs-Tag legt Sitzung beim neukompilieren erneut an2022-02-01T20:23:14+01:00markus schellerSitzungs-Tag legt Sitzung beim neukompilieren erneut anSicherstellen, dass eine Sitzung nicht doppelt angelegt wird, wenn das Protokoll in einer korrigierten Fassung erneut kompiliert wird
Vergl. auch #97 Sicherstellen, dass eine Sitzung nicht doppelt angelegt wird, wenn das Protokoll in einer korrigierten Fassung erneut kompiliert wird
Vergl. auch #97 https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/235Zusätzliche Bestätigung für das Löschen von TOPs2022-01-28T21:29:35+01:00Magnus GiesbertZusätzliche Bestätigung für das Löschen von TOPsWenn man auf "Löschen" neben einem TOP klickt wird dieser (samt vorprotokoliertem inhalt) sofort gelöscht.
Vor allem wenn man auf dem Handy versucht, längere vorprotokolierte texte zu lesen kann es dazu kommen, dass der Löschen Knopf aus...Wenn man auf "Löschen" neben einem TOP klickt wird dieser (samt vorprotokoliertem inhalt) sofort gelöscht.
Vor allem wenn man auf dem Handy versucht, längere vorprotokolierte texte zu lesen kann es dazu kommen, dass der Löschen Knopf ausversehen gedrückt wird, da sich dieser direkt neben dem tooltip icon befindet.
Um die Auswirkungen davon zu mindern wäre eine extra Bestätigung für das Löschen von Inhalten praktisch.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/183Beschlüsse auch als PDF herunterladen können2021-11-10T20:11:06+01:00markus schellerBeschlüsse auch als PDF herunterladen könnenEs sollte für die Bearbeitergruppe auch ermöglicht werden, Beschlüsse als PDF herunterzuladen, um das Ausdruck auch dann zu ermöglichen, wenn durch einen Admin kein Drucker konfiguriert wurde oder es nicht möglich ist einen zentralen Dru...Es sollte für die Bearbeitergruppe auch ermöglicht werden, Beschlüsse als PDF herunterzuladen, um das Ausdruck auch dann zu ermöglichen, wenn durch einen Admin kein Drucker konfiguriert wurde oder es nicht möglich ist einen zentralen Drucker zu konfigurierenhttps://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/236URL als Ort festlegen2021-02-25T21:07:35+01:00Lukas JoistenURL als Ort festlegenEs wäre cool, wenn man gerade jetzt mit Videokonferenzen auch URLs als Ort festlegen kann. Im besten Fall sind die dann klickbar und laufen im PDF nicht am rechten Rand raus. Der URL Tag scheint im Ort nicht zu funktionieren.Es wäre cool, wenn man gerade jetzt mit Videokonferenzen auch URLs als Ort festlegen kann. Im besten Fall sind die dann klickbar und laufen im PDF nicht am rechten Rand raus. Der URL Tag scheint im Ort nicht zu funktionieren.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/234einzelnen Beschluss als PDF runterladen, nicht direkt drucken2020-08-19T14:22:27+02:00Christoph Rackwitzeinzelnen Beschluss als PDF runterladen, nicht direkt druckenGerade kam der Wunsch auf, dass man einzelne Beschlüsse nicht nur direkt drucken möchte, sondern auch nur ein PDF davon herunterladen will.Gerade kam der Wunsch auf, dass man einzelne Beschlüsse nicht nur direkt drucken möchte, sondern auch nur ein PDF davon herunterladen will.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/233Etherpad v1.8.0: Geändertes Verhalten bei nicht existierendem Pad2020-03-14T01:54:40+01:00Lars BeckersEtherpad v1.8.0: Geändertes Verhalten bei nicht existierendem PadIn https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/blob/51b7f35b07143f7142dc84d634d4211a2bdedfe2/utils.py#L147 sehen wir die Funktionalität, um zu prüfen ob ein Etherpad bereits existiert und es ggf. durch eigenen Inhalt zu ers...In https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/blob/51b7f35b07143f7142dc84d634d4211a2bdedfe2/utils.py#L147 sehen wir die Funktionalität, um zu prüfen ob ein Etherpad bereits existiert und es ggf. durch eigenen Inhalt zu ersetzen. Das ist also die Funktionalität, die es erlaubt die TO in ein neues Pad zu pushen.
Letzteres ist aktuell kaputt. Das Verhalten, was Etherpad an den Tag legt, wenn ein nicht existierendes Pad exportiert werden soll, scheint sich mit der aktuellen Version (zuletzt auf fachschaften.rwth-aachen.de geupdated) v1.8.0 geändert zu haben. Das legt ein Diff zwischen den letzten beiden Releases, sowie das abweichende Verhalten der erst-besten Etherpad-Instanz im Internet nahe. Beides leider nicht ausreichend, um die exakte Problematik zu bestimmen, aber für einen groben Vergleich reicht es:
- In v1.8.0 kommt bei dem Link, den das Protokollsystem aufruft, ein 404 mit "Cannot GET /p/...." verpackt in HTML zurück.
- Logs legen nahe, dass vor einiger Zeit die Antwort bei 404 weniger Bytes hatte.
- Die erst beste Internet-Instanz gibt beim gleichen Request einfach einen 200 mit dem Standard-Fülltext zurück.
Der Source des Protokollsystems sieht so aus, als würde letzteres erwartet. Das müsste also so angepasst werden, dass es auch mit dem aktuellen Verhalten umgehen kann. "Auch", da das Ersetzen des Textes im Platzhalter-Status weiterhin sinnvoll bleibt. Umgekehrt ist es natürlich keine akzeptable Variante ein Etherpad auf die alte Version zu downgraden (siehe die SECURITY-Hinweise im Release-Log).https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/223Non-CDN Konfiguration ist kaputt2019-04-09T19:07:33+02:00Lars BeckersNon-CDN Konfiguration ist kaputt473676a5f5a6d746fbb76551ee25348d584476de hat zwei neue Bugs eingeführt:
1. configproxy kann keinen Config-Check machen, weil `check_server_name` den Parameter `CDN_URL` nicht kennt,
2. wenn `CDN_URL` nicht explizit gesetzt wird, wird e...473676a5f5a6d746fbb76551ee25348d584476de hat zwei neue Bugs eingeführt:
1. configproxy kann keinen Config-Check machen, weil `check_server_name` den Parameter `CDN_URL` nicht kennt,
2. wenn `CDN_URL` nicht explizit gesetzt wird, wird es automagisch auf `None` gesetzt, sodass CSS und JS von z.B. `None/bootstrap/css/bootstrap.min.css` (nicht) geladen werden.https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3/-/issues/218Wordart ermöglichen2018-10-25T17:36:10+02:00markus schellerWordart ermöglichenDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Tag einführen, mit dem Wordarts im Protokoll ausgegeben werden können bzw. die Schriftart u.a. auf ComicSans geändert werden kannDas hier beschriebene Feature wurde sich erneut auf der Strategie-Fahrt des AStA (Oktober 2018) gewünscht:
Tag einführen, mit dem Wordarts im Protokoll ausgegeben werden können bzw. die Schriftart u.a. auf ComicSans geändert werden kann