在 Feedly 阅读列表里点击 Make All as Read 后,刷新页面,文章列表又变成未读的状态了。
应该是在 Feedly 的 Bug ,但是很奇怪的是,只有 V2EX 的订阅会出现这个问题,其他订阅都正常。
有尝试过清除浏览器的缓存也无效。有大佬遇到过这个问题嘛,请教一下怎么解决
浏览器使用的是 Microsoft Edge 是最新版本。版本 142.0.3595.65 (正式版本) (arm64)
1
Aliencn OP 另外请教一下订阅 V2EX 的最新主题和最热主题 RSS 的正确地址
|
2
qs 9 天前 https://blog.ex.noerr.eu.org/rss/
最新: https://ex.noerr.eu.org/index.xml > 首页上的 tab/hot 是一个每天根据算法生成的动态列表,随时都会根据回复量及其他指标变化,并不是根据时间变化的。所以目前 RSS 输出中没有包括。 |
3
NewYear 9 天前 你是 V2EX 第二个发帖说这个事的。(网页版在 9 月某个新版本后,Make All as Read 无效的问题)
这个 bug 已经存在一个半月了,官方早期的态度是“要修正这个 bug 需要大量工作量,不考虑修复”。 后续邮件的回复是“我们收到了很多用户的反馈,确实是 bug ,应该被郑重对待”。 现在从结果看“爷就是不修复这个 bug ,你能咋地?”。 在 reddit 发帖,有一定概率会被官方回复,发邮件也仅仅是有概率回复。 https://www.reddit.com/r/feedly/ 我发邮件质问过 Feedly 的客服,你们自己是不是 Feedly 的用户?别搞半天你们自己根本不用自家产品,难用是别人的事情。 更搞笑的是,官方曾回复,按 r 键可以修复缓存错误。。。。后来这个功能也没了。 目前有效的只有 2 个办法: 1 、刷新整个网页,才会刷新这个错误的缓存。。下次浏览完还是要刷新。。总之每次浏览完就刷新一次。 2 、去 reddit 的 feedly 节点发帖,多发帖,才有可能被官方重视。毕竟公共空间存在长期 bug 坚持不修复,本身就很丢脸。 |
4
NewYear 9 天前
如果你的 feedly 只有 V2EX 存在这个 bug ,大概率是因为你其他的 rss 内容少,用不到这个功能。
|
5
spike0100 9 天前 主要是因为 V2EX 的 rss 的事件 url 是会变得,比如 https://ex.noerr.eu.org/t/1172514#reply4 后面的 #reply4 会随着最新回复条数而变化,导致 RSS 应用认为是不同事件标记未未读。我也是做 RSS 应用开发的,之前也遇到相同问题。
|
11
NewYear 9 天前
@pakro888 #10
好家伙,难道是传说中的“一处开发,到处调试” 那次应该是大版本更新,出现了好几个大 bug ,用户侧有的能自己规避,然而这个规避不了。 我想不通,就这么一个 bug ,逻辑上也不存在什么复杂的情况,能拖着不修复,开发的工时都用到哪里去了。 |
12
NewYear 9 天前 @spike0100 #5
“我在我自己的应用内做了针对性优化,但是 feedly 可没这种逻辑。” 恰恰相反,你说的这个问题不是问题。 rss 格式有规范的(v2ex 用的是最新 atom 版 RSS 规范),你可以选择用 URL 作为唯一值,但 URL 存在变化的情况下。应该用<ID>作为唯一值。此问题在当年 Google Reader 倒闭后 Feedly 也犯过这个错误,我还在 V2EX 发帖 Livid 给我回复过。有 ID 字段直接用 ID 字段,没有的情况下才用 URL 或者其他元素作为 ID 。 (也就是说只要有<ID>,就应该使用<ID>,而不是永远优先通过 URL 作为“ID”) 例如本帖的 id 是“<id>tag:ex.noerr.eu.org,2025-11-13:/t/1172514</id>”这样描述的,并不会随着时间变化而变化。 所以,你应该不是日常 Feedly 用户,不明白楼主到底遇到了什么问题, 作为早期用户,很多人从 Google Reader 倒闭开始就用 Feedly 订阅 V2EX ,除了早期确实对规范理解错误,后面再也没出现过此类问题。 回到本帖内容: 该 bug 来自 2025 年 9 月的 Feedly 大版本更新,造成了很多 bug ,其中本帖的 bug 非常影响使用体验。表现为“人工阅读的文章已读状态正常,使用[Make All as Read]将该 RSS 下所有内容标记为已读状态失效[然而服务器记录了标记已读,客户端缓存却没有被更新],网页版可以通过刷新整个 feedly 网页清除错误缓存,但这样非常麻烦。” |