Fehler #252
geschlossen
Timeout verursacht Session-Problem (Auslöser womöglich Speichern forcieren)[GL]
Von Anonym vor mehr als 8 Jahren hinzugefügt.
Vor mehr als 5 Jahren aktualisiert.
Zugewiesen an:
Andreas v. Dömming
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
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.
- Status wurde von In Bearbeitung zu Abnahmebereit geändert
- Status wurde von Abnahmebereit zu Erledigt geändert
Auch abrufbar als: Atom
PDF
