Closed opusforlife2 closed 1 year ago
Tested today using an API 33 emulator, which various configuration: background sync / Ntfy and FCM notification and did not repro the crash on the latest 1.5.10.
You did not answer the questions about phone model / operating system which could help to repro here.
My bad. Since I only encountered it in a recent version I thought it must be a regression. Adding the info.
Just tested again with 1.5.10:
The "nothing" above means no notification or crash or anything. Just that upon opening the app there is a missed call shown.
/me is trying with API 32 emu (Android 12).
I can repro the issue, but it's a bit random.
I have merged https://github.com/vector-im/element-android/pull/7712 and this may help to fix this issue.
I will do more tests.
If it helps gauge impact, we're experiencing the same issue on 1.5.11 from F-Droid. It's occurring on Android 13 on a Pixel 6 Pro. It's definitely intermittent. Oddly enough in our case, it rarely (if ever) seems to be a problem when the phone is locked; it mainly seems to be when it's unlocked and any app other than Element is in the foreground. Hopeful #7712 resolves this. :)
it rarely (if ever) seems to be a problem when the phone is locked
For me it's the opposite. It's far more likely that I pick up the phone after it's been idle for a while and notice that Scoop caught a stacktrace because I have a missed call.
Oh! Interesting! The lock screen difference may have just been random in that case. Wonder if this has anything to do with #7643. Considering that bug both autodismisses notifications and automatically marks messages in a 1:1 chat as read upon send, that could possibly explain this issue as well, since calls are part of the room timeline and have read/unread statuses.
Ah, yes. I also never get a notification for the missed call. Only the crash. Once I open the app, it syncs and informs me of the missed call.
I have merged https://github.com/vector-im/element-android/pull/7712 and this may help to fix this issue.
@bmarty Finally got 1.5.18. Still occurring.
@bmarty ?
Hi, this needs to be triaged again.
I get multiple crashes daily when people call me. Can this please be triaged?
Maybe the same problem. There are several forms.
Scene 1: Keep at android desktop and leave element run in background, when call arrives, it's very possible not ring. Leave the phone alone until the caller hang up. Then the following log will show up, and next time you open element it will prompt you the crash.
The log below was captured by the following command:
adb logcat | grep -F "$(adb shell ps | grep im.vector.app | tr -s '[:space:]' ' ' | cut -d ' ' -f 2)"
Scene 2: Again keep at android desktop and element run at background, when call arrives and no ring, open element right now, before the caller hang up, it will show like below. Go back to desktop. Then element will not crash.
Scene 3: Keep element foreground, when the call arrives, the green Call ringing... Tap to return will show up and a new form will show with an animation slide down. Then no matter this call is accepted or denied by anyone, future calls must will ring. If you force stop element and start it again, it's very likely to not ring for calls.
Thank you for triaging. I was really hoping this would be fixed by the same change that fixed #7876, but the bug still exists on 1.5.25, sadly. Updating OP as well.
This has also happened several times, and the behavior is inconsistent. The call sometimes doesn't come through, or sometimes it comes through several minutes later and it stays ringing even though the other person cancelled the call long ago.
For me it doesn't come through 100% of the time.
We realized with my girlfriend that calls indeed won't come through when the app is in the background or the phone is locked. We don't want to downgrade. Please, this is a major issue that makes Element useless for us. Version 1.5.26
I just read that Element Android is being put in maintenance mode. I really hope this issue is looked at before that happens, otherwise this functionality will remain crippled for the rest of the year.
I guess we can only downgrade to 1.5.4
I'm not sure if that's safe to do. That version is half a year old, and might be incompatible now.
We downgraded to 1.5.4 with my girlfriend and calls, notifications and everything works perfectly as it should, even when the phone locked. The current version is just completely broken.
I'm gonna rely on you to be the brave tester for a few days, and possibly take the plunge myself if nothing bad comes up.
So far nothing weird or wrong has happened but we've tested only for 2 days for regular conversation. I'd be interested in your experience as well.
Welp. This didn't work for me at all. I got the exact same crash on 1.5.4. Went back to 1.5.28. Gotta wait until next year now.
Okay, I finally figured this out during a routine check of all my apps' settings. At some point, an OS update caused the "Display over other apps" permission to be toggled off automatically. This has happened several times before so I'm quite confident about the reason.
Once I re-granted this permission, the crash went away. I still get call notifications only sporadically, but at least the main reason for this issue being open is no longer true.
I don't remember Element ever asking for the Display permission. It must have been granted automatically. Maybe there should be a check in the code for this, for when the toggle is turned off for some reason.
Steps to reproduce
Outcome
What did you expect?
To receive an incoming call notification.
What happened instead?
Given that most calls will be received while the app isn't open, this is a major breakdown in calling functionality.
The bug was added in 1.5.7, and updating to 1.5.8 didn't fix it. Can't be 1.5.4 for sure, the next older version on F-Droid.
Logs
Your phone model
Xiaomi Mi 5 (3GB RAM)
Operating system version
Android 12 (LOS 19.1)
Application version and app store
1.5.7, 1.5.8, 1.5.10, 1.5.18, 1.5.20, 1.5.22, 1.5.25 - F-droid
Homeserver
No response
Will you send logs?
Yes
Are you willing to provide a PR?
No