On the project I’m currently working I was recently assigned the following bug:
runtime errors hose application
It seems that when a RTE encountered, the app is pretty much hosed (somewhat unpredictably) until the app is reloaded.
Since non debug players simply swallow the error without any other action, I assume users of the nondebug player who encounter RTEs will report odd behavior with is more of an effect that a cause.
Is there anything we can do to handle this any better?
This is a well known issue with Flash Player. There’s no global exception handling. It’s the most voted on issue in the Flash Player bug database (https://bugs.adobe.com/jira/browse/FP-444). It’s duplicated within the Adobe bug database a few times, and even one of the duplicates is the second most voted on bug in the AS Compiler bug database (https://bugs.adobe.com/jira/browse/ASC-3139). Combine those votes and you’ve got by far the single most wanted feature in Flash Player.
My initial response to this issue was to just say it’s impossible given the current state of Flash Player. But then I got thinking about possible solutions.
Then if you ever don’t get a ping back you know that something is seriously wrong. Like, application-is-totally-hosed type of seriously wrong. You could then at least display a big ugly crash screen overlay on top of your app and give the user a little description field to file a bug report to tell you what they were doing when the app broke. You wouldn’t be able to save the app from breaking, but you would at least tell the user that the app is broken (which is much better than letting them keep trying to use a broken application) and you might get valuable bug reports to help you find the issue.
So here’s my big question:
In your experience with Flash applications and runtime errors that cause the application to stop functioning correctly, would a simple pingback function of the main application:
- A. continue to run after the RTE (since the pingback function is so simple, doesn’t do any Flash rendering, or for whatever other reason)
- B. always stop running after a RTE
- C. sometimes keep running and sometimes stop running depending on the type of RTE
I have a feeling that the answer is C, which is half useless (although might be better than nothing). But if you know for a fact that you can write some kind of function that will always stop running after ANY runtime error in your application, please let me know (maybe this could include checking something in one of the Flex manager classes? verifying your main application is still laying itself out to the right dimensions? still able to add and remove a simple item from the stage?).
Yes, I am crowdsourcing my bugs.
- So Adobe created a special version of Flash player for Google and Yahoo to index SWF files. This basically goes through your SWF and magically figures out what to click on and how to interact with your application, just like a real person would do. How does it do it?…
- [UPDATE: OK, I was dead-wrong on this one. Ted was referring to the ability for Flash Player on the client machine to cache versions of the Flex SDK, so your Flex app can be decoupled from the entire weight of the framework, and if the user has already loaded a…
- I just had a funny IM conversation with my friend who works at Googs, I sent him the link for the Flash globe from Poly9 that I just saw on MXNA. The description reads "Poly9 FreeEarth is a cross-browser, cross-platform 3D globe which does not require any download." Turns out…