fcmfix
fcmfix copied to clipboard
Forced Start在锁屏时失效,解除锁屏后才生效并使消息推送

如图,24分为锁屏状态,收到fcm消息,无通知。 29分解除锁屏,fcmfix拉起App. 这之后两三分钟收到通知,可能和微信的通知优先级有关。 目前的疑问是为什么锁屏状态下fcmfix不把App拉起,和系统的睡眠状态有关么?是否需要特意保活?(目前没有对fcmfix有杀后台、电池优化之类的设置)。
miui的话应该是电量与性能那个应用会休眠系统的问题吧。 fcmfix是寄宿在gms和系统上的,和fcmfix应用本身关系不大。
miui的话应该是电量与性能那个应用会休眠系统的问题吧。 fcmfix是寄宿在gms和系统上的,和fcmfix应用本身关系不大。
不是MIUI,是Lineage OS,设备是Mi10. 所以还是休眠的问题么,即便是系统应用?
这样的话就可能是优先级的问题了,可以用tg这种会发高优先级fcm的应用试一下
fcmfix 会在gms想要通知应用的时候辅助gms拉起应用,普通优先级的通知会在解锁屏幕或者定时集中通知时才会去通知应用。 按照你现在的描述来看现象是合理的。
fcmfix 会在gms想要通知应用的时候辅助gms拉起应用,普通优先级的通知会在解锁屏幕或者定时集中通知时才会去通知应用。 按照你现在的描述来看现象是合理的。
看起来是这样的,所以还是微信的问题。 另外,有没有可能增加一个选项,在gms收到消息时就拉起应用呢?这个由用户自行选择。
fcmfix 会在gms想要通知应用的时候辅助gms拉起应用,普通优先级的通知会在解锁屏幕或者定时集中通知时才会去通知应用。 按照你现在的描述来看现象是合理的。
我觉得可以根据fcmfix配置 hook gms 修改应该优先级?
我觉得可以根据fcmfix配置 hook gms 修改应该优先级?
理论上可以,但是得找到判定优先级的位置
fcmfix 会在gms想要通知应用的时候辅助gms拉起应用,普通优先级的通知会在解锁屏幕或者定时集中通知时才会去通知应用。 按照你现在的描述来看现象是合理的。
我这边最近重装系统后重新配置也遇到这个问题,经过测试应该不是优先级问题,我是安装了teams和telegram两个fcm应用。
- 都使用thanox压了乖巧
- 后台显示telegram和teams在fcm消息来的时候拉起了对应应用,(我还尝试用thanox的情景模式下fcm触发条件拉teams),
- 但是telegram可以收到消息并弹出通知响铃,而teams不行,关掉对teams的乖巧后teams可以收到并响铃。我确认了teams的语音通话是priority=high,而telegram也有消息是reduced照样可以响铃。
所以很大可能是后台拉的teams进程状态有问题,而telegram是有乖巧下keep服务的(teams没有后台服务活着)。 目前只要我不对teams乖巧,锁屏十几分钟后都正常收到消息和语音响铃。我是miui系统。
建议大家在排查的时候可以先去掉其他影响因素:
-
禁用
电量和性能(MIUI) -
临时禁用其他
magisk和xposed插件 -
允许
应用和fcmfix后台自启动
在这些基础上测试,如果这样能收到消息推送提醒,那么就可以确认是其他插件/系统电量优化对应用状态造成的影响。而不是优先级问题。