Acknowledged
9 months ago

OLED: font resources seem to be forgotten while sleeping which leads to a crash onExitSleep

It seems that OLED watches now release fonts when sleeping and onExitSleep is called before initialize, so the app crashes when it uses fonts in the onExitSleep to update the layout. 

I get null exception while a resource is expected on this line that is called from onExitSleep.

"UnexpectedTypeException: Expected Number/Resource, given null…"

I got thousands of failure reports on this line from a variety of OLED devices. 

I do not release fonts anywhere in the code and the same line is called via initialize without problems. 

I hotfixed it by catching the exception and calling the initialize instead, but that is a huge wasting of resources and probably a battery. 

I am not aware of any documentation that the Monkey might release any resources on its own and even if it does, I'd expect it would call initialize before onExitSleep. 

Some of devices where the error occurred: 

  • Venu® 3: 8.25
  • vívoactive® 5: 8.27, 4.14
  • Forerunner® 265s: 17.26

EDIT: added an exception text

EDIT2: added devices 

myneur
Parents
  • 8 months ago in reply to _psx_

    All reported issues go through QA first before passing it on to development. We have a great number of test applications that we can either use for reproducing problems directly or modify them to cause the particular issue, but more obscure problems can require writing something from scratch.

    The more information provided and especially a CIQ project that already reproduces the problem with Monkey C code that can be examined the quicker an issue can be resolved.

Comment
  • 8 months ago in reply to _psx_

    All reported issues go through QA first before passing it on to development. We have a great number of test applications that we can either use for reproducing problems directly or modify them to cause the particular issue, but more obscure problems can require writing something from scratch.

    The more information provided and especially a CIQ project that already reproduces the problem with Monkey C code that can be examined the quicker an issue can be resolved.

Children
  • 8 months ago in reply to myneur

    In this case I think it suggests it is crashing in TVM code rather than app code. There is going to be no way to catch such an exception.

  • 8 months ago in reply to Richard.ConnectIQ

    t's a release build, right? What to get from it? I don't see any clue to identify the cause if there's no the stack trace from the debug mode. I don't have an OLED device to test it by myself. 

    Coincidentally, there is just one Exception in ERA from 13. 2. (Epix) on this line. The line is just a var declaration:

    var line;

    That makes zero sense. What exception can be raised by a single declaration?