20.1 : beim Schliessen eines Pop-up wird ein neuer Termin nicht angezeigt

rainer.lilischkis 2020-08-14 10:39:38 UTC #1

Hallo,

ich habe seit 20.1 das Problem, dass nach Schliessen eines Popup im Kalender der gerade neu eingetragene Termin erst nach einem Neuladen des Browsers angezeigt wird.
Chrome, neueste Version auf WIN10
und
Firefox neueste Version auf WIN7

Könnt Ihr helfen?

beste Grüße
Rainer

Eigene Termine erscheinen nicht

RalfBecker 2020-08-14 10:56:59 UTC #2

Hallo Rainer,

in InfoLog und Stundenzettel habe ich gerade so ähnliche Fehler behoben.

Wichtig um das zu beheben, ist die verwendete Ansicht, die Filter und den ACL relevanten Teil des Termines zu kennen. Dh. z.B. auf welchem Kalender bist Du, hast Du auf dem Kalender einen Termin eingetragen, bzw. ist der Besitzer einer der Teilnehmer u.s.w.

Ralf

rainer.lilischkis 2020-08-14 11:06:14 UTC #3

Der Fehler passiert wenn bei uns ein Student (eigene Gruppe) eine Eintrag in seinen Kalender macht und jemanden aus der Default mit einlädt.
Eigentlich darf er das nicht.

Der Termin wird aber dennoch bei dem Nutzer in der Default eingetragen.

Rainer

rainer.lilischkis 2020-08-14 11:07:18 UTC #4

Ich sehe gerade, dass das bei einem Eintrag in meinem Kalender auch nicht geht.

Rainer

RalfBecker 2020-08-14 13:13:58 UTC #5

Doch, er lädt denjenigen ja ein, das “add” ist um einen Termin einzutragen der diesem User dann tatsächlich gehört, sprich die Sekretariatsfunktion. Einladen wird dadurch nicht verhindert.

Dh. der Student hat einen Eintrag in seinen eigenen Kalender gemacht, und zu dem Termin irgendjemand aus der Default Gruppe eingeladen. Beim Speichern in der Wochenansicht (mit welchen Benutzern und Filtern?) kam es dann zu keinem Refresh.

Ralf

rainer.lilischkis 2020-08-17 06:47:44 UTC #6

Hallo Ralf,

das passiert in der Wochenansicht ohne weitere Filter:

grafik

Wenn dann in die Tagesansicht umgeschaltet wird, wird der Eintrag auch noch nicht gezeigt.
nach dem Browser-Neuladen geht´s dann.

Entsprechender Test in der Tagesansicht läuft genauso.

Hat das mit dem neuen Push Mechanismus zu tun? Wir sind alle mit VPN an den Campus verbunden. Geht das damit nicht?

Rainer

rainer.lilischkis 2020-08-17 06:49:25 UTC #7

Ich habe das gerade auch noch einmal mit meinem Account (Admin) versucht: gleiches Verhalten.

Rainer

RalfBecker 2020-08-17 07:52:02 UTC #8

Ich war gerade auf einer Kundeninstanz die im Kalender das gleiche Verhalten zeigt.

Ich kann das Verhalten (Kalender updates werden nicht ausgeführt, kommen aber sehr wohl per Push im Browser an), auf der aktuellen 20.1 (z.B. in unserem Hosting) oder auf meinem Entwicklungssystem nicht reproduzieren. Wir habe allerdings schon ein paar Probleme behoben und wollen heute - spätestens morgen - einen neuen Container mit den Bugfixes ausliefern.

Ralf

rainer.lilischkis 2020-08-17 12:09:29 UTC #9

Danke Ralf, dann warten wir.

Rainer

rainer.lilischkis 2020-08-19 07:47:38 UTC #10

Hallo Ralf,

leider ist das bei mir immer noch so, dass die Kalender-Einträge nur nach einem Browser-Neuladen (F5) angezeigt werden.

Neu ist allerdings, dass ich 71 Notifications angezeigt bekomme. Wenn ich die “alle als gelesen” und “alle löschen” ausführe und danach den Browser neu lade (F5) werden mir alle Notifications wieder angezeigt.

Rainer

RalfBecker 2020-08-19 09:23:34 UTC #11

Das deutet darauf hin, dass der Push Server bei Dir noch nicht funktioniert bzw. nur halb funktioniert (EGroupware Container kann ihn erreichen, aber der Browser nicht).

Habe ich schon ein paarmal mit einem Apache auf dem Host gesehen, der wollte die Websocket-Verbindung nur nach einem Neustart. Das solltest Du aber in den Entwicklertools des Browsers einfach erkennen können, da hatte ich Dir ja schonmal was dazu geschrieben. Du hattest damals allerdings nicht darauf geantwortet, wenn ich mich recht entsinne …

Ralf

rainer.lilischkis 2020-08-19 09:43:05 UTC #12

Hallo Ralf,

wäre dann der einfache Weg den Apache neu zu starten?

In den Entwicklertools sehe ich das hier:

Rainer

rainer.lilischkis 2020-08-19 10:40:01 UTC #13

Ich habe jetzt meinen PC rebootet.

Im Firefox sehe ich das hier:

Kann es damit zu tuen haben, dass “websocket” eine IP verwendet, während die anderen die URL des Servers benutzen?

Rainer

rainer.lilischkis 2020-08-19 12:32:39 UTC #14

Hier noch aus Firefox:

Die Meldung das eine Verbindung stirbt, kommt dann alle 2 sec.

rainer

RalfBecker 2020-08-19 12:48:51 UTC #15

Hallo Rainer,

Das kann auf jeden Fall nicht schaden.

Läuft auf dem die EGroupware?

Das sieht merkwürdig aus, muss aber nicht unbedingt was bedeuten.

Im Screenshot darüber das die Websocket Verbindung permanent versucht wird neu aufzubauen, sieht definitiv nach einem Fehler aus.

Starte mal den Apachen neu, wenn das nicht hilft, schau mal ob Ihr noch Supportbudget habt, dann können wir da schnell mal zusammen drauf schauen.

Ralf