DandelionSprout/adfilt项目中Facebook登录拦截过滤器问题分析

问题背景

在DandelionSprout/adfilt项目的"Browse websites without logging in"过滤列表中，用户报告了一个影响Facebook端到端加密(e2ee)聊天功能的异常情况。当该过滤列表启用时，用户无法正常打开Facebook加密聊天中的附件，点击附件后无响应，多次尝试后甚至会导致整个页面交互失效。

技术分析

经过排查，发现问题源于以下CSS选择器规则：

www.facebook.com##div[class^=__fb-][class*="-mode "] > div[class*=" "]:first-of-type:nth-last-of-type(2) > div[class]:only-of-type:style(min-height: 0 !important; height: 0 !important)

这条规则原本设计用于拦截未登录状态下Facebook的某些界面元素，但意外影响了加密聊天中的附件查看功能。其工作原理是通过CSS将特定div元素的高度强制设置为0，从而达到隐藏内容的效果。

影响范围

该问题具有以下特征：

1. 仅影响使用uBlock Origin等支持CSS过滤规则的广告拦截器用户
2. 特定于Facebook的端到端加密聊天功能
3. 表现为附件查看窗口被隐藏但仍在技术上存在，导致界面交互锁死

解决方案

项目维护者已确认该问题，并计划对Facebook相关的过滤规则进行全面重构。临时解决方案是手动将上述规则添加到白名单中。

技术启示

这个案例展示了内容过滤规则可能带来的副作用：

1. 过于具体的CSS选择器可能随着网站前端变更而失效
2. 对动态内容(如加密聊天)的拦截需要特别谨慎
3. 高度依赖class名称的规则在网站更新时容易出现问题

项目展望

DandelionSprout/adfilt项目维护者表示将重新设计Facebook相关的过滤规则，这反映了开源过滤列表项目需要持续适应网站变化的挑战。对于普通用户，遇到类似问题时可以：

1. 检查广告拦截器的日志功能识别问题规则
2. 暂时禁用特定过滤器进行测试
3. 及时向项目方反馈异常情况

这种社区协作模式正是开源过滤项目保持有效性的关键所在。