我在 Ubuntu 20.04 服务器 LAMP(php7.4-fpm)上运行 NC 24.0.2,概览有All Checks Passed
。我有日历日历:3.4.0
除我的日历应用程序外,所有应用程序均正常运行。
我的自定义日志 - 仅包含“应用程序”弃用错误
我的 NC 登录 - 仅包含“应用程序”弃用错误
我的 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 并在浏览器中重新加载日历页面,问题仍然存在
- 我禁用了圈子并在浏览器中重新加载日历页面,问题仍然存在
- 我禁用了 Deck & Circles 并在浏览器中重新加载日历页面,问题仍然存在
- 我还通过 phpmyadmin 检查了 oc_properties 表,没有找到应删除的适用条目(错误),以根据上述线程修复此问题。
这个建议的解决方案不适用:
select * from oc_properties where propertyname = '{DAV:}resourcetype';
由于日历是一个核心应用程序,对于 Nextcloud 作为产品的实际使用至关重要,有人可以建议一个可行的解决方法/解决方案来帮助我再次运行它吗?
谢谢
更新
我更新了帖子的标题,因为这个问题似乎只发生在浏览器选项卡中的月视图中加载 NC 日历页面时,无论浏览器是什么
如果我切换到列表、周或日视图,则问题不存在。如果我在切换到不同视图后返回月视图,则问题不存在。
我通常将 NC 保留在 Chromium 选项卡中的日历视图中,以便于规划
重新创建我所描述的问题的具体方法是在任何浏览器的新浏览器选项卡中加载月视图。
在新浏览器中打开的所有其他日历视图不会导致无限页面加载错误。
答案1
我在一个使用许多不同日历(包括许多共享日历)的帐户上遇到了上述问题。我还可以确认该问题仅发生在月视图中。但是,我发现当我在日历设置中禁用“限制每个视图的可见事件”时,问题就消失了。