(This post is a bit technical-flavoured: tread cautiously)
In the process of adding humane error-messages to Seenly, I stumbled upon a design-mistake in Flash itself regarding webcams. Like most of you know, you have to authorize a webpage to access your webcam, and you can “remember” this choice in the Flash Privacy Settings.
The problem happens when you don’t authorize the webpage to use your webcam. Upon asking Flash for access to the webcam, Seenly receives a value “false”, signifying something went wrong, or “true”, meaning everything is going good. When receiving false, Seenly searches for the problem by checking if it got authorization or not. There’s a variable (Camera.muted) that is set to True if we did not get authorization. This might happen because of two reasons:
A) Flash doesn’t know yet if you would like to allow or deny access to the webcam, and is showing you a dialog allowing you to choose.
B) You already chose to deny access to the webcam in the past, and made Flash remember it.
In situation A, an event is triggered when you choose either of the two (Allow or Deny, it’s easy), and Seenly then acts accordingly. In situation B, nothing happens. Seenly has no way of knowing if the dialog-box requesting authorization pops up or doesn’t. This means we need to tell you we didn’t get access to the camera even though you might not even have been given a choice yet. This is what that looks like:

(Six is the name of the dev-server, used to test new versions of Seenly. Yes, it’s in reference to the character in Syrup by Max Barry)
It’s as if something went wrong even before you did anything. The other option is to not show anything, but that’s even worse because then the user has no way of knowing what it did do wrong (namely, made Flash remember to deny access to the webcam). This is the option chosen by Youtube (go on, test it). Both options are confusing, and none are user-friendly.
So Flash developers - Please give us some way of knowing if the user opted to remember to deny access! A lot of confused users will be very grateful. Triggering the Camera.Muted event when this is the case would be good, thanks.