App is randomly crashing due to com.zipow.videobox.share.ScreenShareServiceForSDK

Description
I’ve updated the SDK and my app started crashing when I’m trying to use the screen sharing feature (I display the screen in my app; I don’t screen share by myself).
I’ve seen lots of DeadObjectExpection which makes me think that it started using significant amount of memory so my device is killing the app. But it’s just an assumption.
Once the app crashed, even if I try to restart it and initialise Zoom SDK again, I can see the crash (again, it’s pure random).
By going through all the logs I was able to find this critical error:

2022-03-18 17:48:48.220 18895-18895/com.myapp E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.myapp, PID: 18895
android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord{f01bfcc u0 com.myapp/com.zipow.videobox.share.ScreenShareServiceForSDK}
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2269)
at android.os.Handler.dispatchMessage(Handler.java:106)
at android.os.Looper.loop(Looper.java:247)
at android.app.ActivityThread.main(ActivityThread.java:8676)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:602)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1130)

Anything you can do to try to investigate it on your side?
Thanks

Which Android Meeting SDK version?
5.9.6.4777

To Reproduce(If applicable)
I can reproduce the crashes be re-running my app in development (debug) mode multiple times. It crashes randomly and after I make the first call to initialise the SDK.
There are no other known steps to reproduce.

Smartphone (please complete the following information):

  • Device: Samsung Tab S5e
  • OS: Android 11, One UI 3.1

Hi @vvysotskyy,

Sorry to hear you’re seeing an intermittent crash. Please provide some additional information so we can investigate:

  • How frequently is this happening?
  • Are you able to reproduce this in the SDK sample app?
  • Can you please provide the full stack trace? It looks like this may have been cut off
  • Is this only reproducible on the device listed, or have you been able to reproduce on other devices?

Thanks!

Hi @jon.zoom

Thanks for the answer!

> How frequently is this happening?
There’s no pattern that I could notice. I can tell that it happens when we try to start/stop sharing the screen several times.

> Are you able to reproduce this in the SDK sample app?
I didn’t have a chance to test the sample app. I’ll let you know if I find something there.

> Can you please provide the full stack trace?
There are several stack traces. This one seems to be the main one:

E/AndroidRuntime( 2923): FATAL EXCEPTION: main
[ ] E/AndroidRuntime( 2923): Process: com.myapp
PID: 2923
[ ] E/AndroidRuntime( 2923): java.lang.IllegalArgumentException:
updateUnitLayout
[ ] E/AndroidRuntime( 2923): at
com.zipow.videobox.confapp.ShareSessionMgr.updateUnitLayout(ShareSessionMgr.java
:11)
[ ] E/AndroidRuntime( 2923): at
com.zipow.videobox.sdk.g0.a(SDKShareUnit.java:28)
[ ] E/AndroidRuntime( 2923): at
com.zipow.videobox.sdk.k0.a(SDKVideoUnitMgr.java:66)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.m.j0.G(MobileRTCVideoViewManagerImpl.java:3)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.m.j0.H(MobileRTCVideoViewManagerImpl.java:10)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.m.j0.g(MobileRTCVideoViewManagerImpl.java:52)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.m.j0.onShareUserReceivingStatus(MobileRTCVideoViewManagerImpl.j
ava:20)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.m.j0.onUserStatusChanged(MobileRTCVideoViewManagerImpl.java:2)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.event.SDKConfUIEventHandler.onUserStatusChangedImpl(SDKConfUIEv
entHandler.java:8)
[ ] E/AndroidRuntime( 2923): at
us.zoom.internal.event.SDKConfUIEventHandler.onUserStatusChanged(SDKConfUIEventH
andler.java:1)
[ ] E/AndroidRuntime( 2923): at
com.zipow.cmmlib.CmmTimer.callNativeTimerProc(Native Method)
[ ] E/AndroidRuntime( 2923): at
com.zipow.cmmlib.CmmTimer.access$200(CmmTimer.java:1)
[ ] E/AndroidRuntime( 2923): at
com.zipow.cmmlib.CmmTimer$1.run(CmmTimer.java:5)
[ ] E/AndroidRuntime( 2923): at
android.os.Handler.handleCallback(Handler.java:938)
[ ] E/AndroidRuntime( 2923): at
android.os.Handler.dispatchMessage(Handler.java:99)
[ ] E/AndroidRuntime( 2923): at android.os.Looper.loop(Looper.java:246)
[ ] E/AndroidRuntime( 2923): at
android.app.ActivityThread.main(ActivityThread.java:8625)
[ ] E/AndroidRuntime( 2923): at java.lang.reflect.Method.invoke(Native
Method)
[ ] E/AndroidRuntime( 2923): at
com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:602
)
[ ] E/AndroidRuntime( 2923): at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1130)
[ +159 ms] I/Process ( 2923): Sending signal. PID: 2923 SIG: 9

The stack trace I’ve shared in my question is all I’ve got related to the android.app.RemoteServiceException. Also we had seen some C++ stack trace but we didn’t store it and if we see it again, I’ll share it as well.

> Is this only reproducible on the device listed, or have you been able to reproduce on other devices
I’ve managed to reproduce it on other devices. But all the devices I have are Samsung.

Hi @vvysotskyy,

Apologies, but this stack trace does not appear to be the same one as the partial trace in your initial post. Can you please elaborate on when these two different traces show up?

Thanks!

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.