我在 Ubuntu 20.04 伺服器 LAMP (php7.4-fpm) 上運行 NC 24.0.2，概述有All Checks Passed.我有日曆日曆：3.4.0
除（我的日曆應用程式）外，所有應用程式均正常運作。
我的自訂日誌 - 只包含「app」棄用錯誤
我的 NC 登入 - 只包含「app」棄用錯誤
我的 Apache 錯誤日誌 - 除了試圖做壞事的機器人之外沒有任何錯誤
（即NC 沒有記錄與此問題相關的錯誤）它的日誌）
如果我使用瀏覽器開發工具，我可以清楚地識別有問題的 .js 檔案：
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
具體問題是：
日曆頁面無限載入並導致任何瀏覽器標籤崩潰（在 Ubuntu Desktop 20.04 上的 FF 和 Chromimu 中測試）
此錯誤導致日曆頁面對使用者完全無法使用。
我已經閱讀了有關此錯誤的多個線程，因為它似乎已有大約 2 年的歷史，並且在日曆應用程式的多個版本中持續存在。
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
但是，所有建議的解決方案都不起作用和/或不適用於我。
我嘗試過的事情：
- 我禁用了 Deck 並在瀏覽器中重新加載了日曆頁面，問題仍然存在
- 我禁用了 Circles 並在瀏覽器中重新加載了日曆頁面，問題仍然存在
- 我禁用了 Deck & Circles 並在瀏覽器中重新載入日曆頁面，問題仍然存在
- 我還透過 phpmyadmin 檢查了 oc_properties 表，沒有找到應刪除的適用條目（錯誤），以便根據上述線程修復此問題。
我的 oc_properties 表包含：
這個建議的解決方案不適用：
select * from oc_properties where propertyname = '{DAV:}resourcetype';
由於日曆是一個核心應用程序，對於 Nextcloud 作為產品的實際使用至關重要，是否有人能夠建議一個可行的解決方法/解決方案來幫助我讓它再次運行？
謝謝
更新
我更新了帖子的標題，因為這個問題似乎僅在瀏覽器選項卡的月視圖中加載 NC 日曆頁面時才會發生，無論瀏覽器如何
如果我切換到清單、週或日視圖，則問題不存在。如果我在更改為不同視圖後返回到月視圖，則問題不存在。
我通常將 NC 保留在 Chromium 標籤的日曆視圖中，以便於規劃
重新建立我所描述的問題的具體方法是在任何瀏覽器的新瀏覽器標籤中載入月視圖。
在新瀏覽器中開啟的所有其他日曆視圖不會導致無限頁面載入錯誤。
答案1
我在使用許多不同日曆（包括許多共用日曆）的帳戶上遇到了上述問題。我還可以確認該問題僅發生在月視圖中。但是，我發現當我在日曆設定中停用“限制每個視圖的可見事件”時，問題就消失了。