Ich verwende NC 24.0.2 auf Ubuntu 20.04 Server LAMP (php7.4-fpm), Übersicht hat All Checks Passed. Ich habe Kalender Kalender: 3.4.0
Alle Apps funktionieren ordnungsgemäß, außer (meiner Kalender-App).
Mein benutzerdefiniertes Protokoll – enthält nur „App“-Veraltungsfehler.
Mein NC-Protokoll – enthält nur „App“-Veraltungsfehler.
Mein Apache-Fehlerprotokoll – enthält keine Fehler außer Bots, die versuchen, Dinge zu verursachen
(d. h. NC zeichnet in seinen Protokollen keine Fehler auf, die mit diesem Problem in Zusammenhang stehen).
Wenn ich Browser-Entwicklertools verwende, kann ich die problematischen JS-Dateien eindeutig identifizieren:
DevTools failed to load source map: Could not load content for https://example.com/dist/core-common.js.map?v=3333017b50345c6c75e8: Load canceled due to load timeout
DevTools failed to load source map: Could not load content for https://example.com/apps/calendar/js/calendar-main.js.map?v=8fdb5af1433fe3937dbf: Load canceled due to load timeout
Das konkrete Problem ist:
Die Kalenderseite wird unendlich lange geladen und führt dazu, dass alle Browser-Tabs abstürzen (getestet in FF und Chromimu auf Ubuntu Desktop 20.04)
Der Fehler macht die Kalenderseite für Benutzer völlig unbrauchbar.
Ich habe mehrere Threads zu diesem Fehler gelesen, da er anscheinend etwa zwei Jahre alt ist und über mehrere Versionen der Kalender-App hinweg bestehen bleibt.
https://github.com/nextcloud/server/issues/30142
https://github.com/nextcloud/calendar/issues/2529
https://github.com/nextcloud/calendar/issues/3858
https://github.com/nextcloud/calendar/issues/3551
https://github.com/nextcloud/deck/issues/2428
Keine der vorgeschlagenen Lösungen funktioniert jedoch und/oder ist für mich anwendbar.
Dinge, die ich versucht habe:
- Ich habe Deck deaktiviert und die Kalenderseite im Browser neu geladen, das Problem besteht weiterhin
- Ich habe Kreise deaktiviert und die Kalenderseite im Browser neu geladen, das Problem besteht weiterhin
- Ich habe Deck & Circles deaktiviert und die Kalenderseite im Browser neu geladen, das Problem besteht weiterhin
- Ich habe auch die oc_properties-Tabelle über phpmyadmin überprüft und keine anwendbaren Einträge (Fehler) gefunden, die gelöscht werden sollten, um dieses Problem gemäß den obigen Threads zu beheben.
Meine oc_properties-Tabelle enthält:
Dieser Lösungsvorschlag ist einfach nicht anwendbar:
select * from oc_properties where propertyname = '{DAV:}resourcetype';
Da der Kalender eine zentrale Anwendung ist und für die tatsächliche Verwendung von Nextcloud als Produkt von zentraler Bedeutung ist, kann mir vielleicht jemand einen praktikablen Workaround/eine praktikable Lösung vorschlagen, mit der ich ihn wieder zum Laufen bekomme?
Danke
Aktualisieren
Ich habe den Titel des Beitrags aktualisiert, da dieses Problem nur dann aufzutreten scheint, wenn die NC-Kalenderseite in der Monatsansicht im Browsertab geladen wird, unabhängig vom Browser
Wenn ich zur Listen-, Wochen- oder Tagesansicht wechsle, besteht das Problem nicht. Wenn ich nach dem Wechsel zu den verschiedenen Ansichten zur Monatsansicht zurückkehre, besteht das Problem nicht.
Normalerweise lasse ich meinen NC in der Kalenderansicht in einem Chromium-Tab für eine einfache Planung
Die konkrete Möglichkeit, das von mir beschriebene Problem nachzubilden, besteht darin, die Monatsansicht in einem neuen Browser-Tab in einem beliebigen Browser zu laden.
Alle anderen in neuen Browsern geöffneten Kalenderansichten verursachen nicht den Fehler mit dem unendlichen Seitenladen.
Antwort1
Ich hatte das obige Problem bei einem Konto, das viele verschiedene Kalender verwendet (darunter viele gemeinsam genutzte). Ich kann auch bestätigen, dass das Problem nur in der Monatsansicht auftritt. Ich habe jedoch festgestellt, dass das Problem verschwindet, wenn ich in den Kalendereinstellungen „Sichtbare Ereignisse pro Ansicht begrenzen“ deaktiviere.