Fehler #252
geschlossenTimeout verursacht Session-Problem (Auslöser womöglich Speichern forcieren)[GL]
0%
Beschreibung
Beim Betätigen des "Speichern forcieren" Buttons kommt es zu einem Timeout-Fehler und die im Nginx konfigurierte Error-Seite erscheint (vermutlich sogar deutlich unter dem im Nginx konfiguriertem Timeout).
Wenn der Nutzer nun die Registry erneut aufruft und sich mit dem Monitoring-Client verbindet, so ist das auf Grund einer laufenden Session nicht möglich.
Dateien
Von Andreas v. Dömming vor mehr als 8 Jahren aktualisiert
- Datei session_meldung.png session_meldung.png wurde hinzugefügt
- Status wurde von Neu zu In Bearbeitung geändert
Fehler-Analyse:
Ein Nutzer soll maximal eine aktive Session zur Bearbeitung der Monitoring-Daten haben, d.h. das System verhindert, dass ein Nutzer unter dem gleichen login in mehreren Browserfenstern aktiv ist.
Beim Starten einer neuen Session wurde jedoch die alte, ggf. noch nicht abgelaufene Session nicht deaktiviert. Das hatte zu Problemen beim speichern geführt und dazu, dass eine neue Session nicht angelegt werden konnte, d.h. der Nutzer konnte sich nicht mehr neu einloggen.
Verbessert:
Wenn ein Nutzer den Monitoring-Client mehrfach aufruft, so wir nun stets die jüngste Session beibehalten und ggf. ältere vorhandene Sessions werden deaktiviert.
Startet ein Nutzer nun z.B. mehrere Sessions indem er den Monitoring-Client in mehreren Browser-Fenstern öffnet, so erhält er in den Fenstern, in denen die Session deaktiviert wird eine Information über die beendete Session und wird dort zur Registry weitergeleitet (Meldung siehe Anhang). In dem zuletzt geöffneten Monitoring-Client-Browser-Fenster bleibt die Session aktuell.
Von Andreas v. Dömming vor mehr als 8 Jahren aktualisiert
- Status wurde von In Bearbeitung zu Abnahmebereit geändert
Von nn2010 nn2010 vor mehr als 5 Jahren aktualisiert
- Status wurde von Abnahmebereit zu Erledigt geändert