Comments on: MovieClip.unloadMovie bug in Flash Player 8

By: Stéphane

Stéphane — Wed, 11 Oct 2006 02:15:26 +0000

Please help me, i’ve tried both solution and apparently i didn’t do it right because none of them work…. somebody here is kind enough to accept FLA from me ?

By: cpbrooks

cpbrooks — Wed, 16 Aug 2006 20:37:57 +0000

I found this page looking for a fix of this problem (thank you very much for mentioning it), and tried implementing the tonypa fix which, of course, works. But I ran into hassles trying to fix all my references to the external swf holder (the mc1). So instead I added an extra frame to the timeline with no holder clip, and a put a prevFrame action on it. Then when I want to unload the clip, I just send the timeline to the blank frame. Just another down and dirty fix.

By: Derek Vadneau

Derek Vadneau — Wed, 05 Oct 2005 21:59:20 +0000

@ Patrick and Mike:
Ugh, I know. System.security.allowDomain should allow you to kill security for that domain/movieclip. However, it only enables instance-level access. You can’t access each others’ _global, for instance (punn totally intended )

Setting allowDomain before a loadMovie should mean the loaded movie can access everything just like it was loaded from the same domain. I can see this being a problem if Flash needs to know if the loading movie accepts the permissions as well (by setting allowDomain), but if there’s a crossdomain.xml file, then, as I said, they should be treated as though they were loaded from the same domain. Anything less is false security anyhow.

@ tonypa:
That’s pretty nifty as a workaround. I appreciate the assistance - luckily I wasn’t on a deadline. However, that’s not the way the Flash player *should* behave. It is a bug that can be worked around, but it’s still a bug that should be fixed.

@ All:
I personally think a lot of this security is unnecessary, and puts security in the wrong place. If I put a file on the web I should expect that people can access it. If I don’t want people to access my file I can choose to not put it in the public domain or use server-side security measures (which are much more potent anyhow).

What good is allowing me to download a graphic from another web site in Flash, but then not allowing me to unload it or get properties of the movieclip containing the graphic? - Here I’m speaking of the security sandbox, where a local SWF can still download a JPG from a server, where it couldn’t do that with a SWF or XML file.

Anyhow, this is turning into a rant worthy of another post, so I’ll just say, thanks to everyone that read/commented. And again, my appologies for not releasing the comments sooner. I’ll make sure to check my admin section regularly. Anyone who did comment won’t need to go through that process again.

Thanks.

By: Derek Vadneau

Derek Vadneau — Wed, 05 Oct 2005 15:59:07 +0000

UPDATE: I was able to remove the movieclip by using createEmptyMovieClip with the same depth.

Of course if you’re building a movie that uses automation then not being able to get the depth is rather impeding.

[EDIT] - F#$%ing WordPress! Sorry everyone for missing the comments. Comments were awaiting moderation and I never got the notifications … flippin’, frickin’, arg!

By: Mike J

Mike J — Wed, 05 Oct 2005 12:56:54 +0000

Heh, we ran across some of these things being cut off in FP7 too, for instance, not being able to get myloadedmovie._parent! Of course the goofy thing in FP7 was we were able to get around it by just getting the path of the loaded clip (it will spit that out) and parsing the MC path to get the parent.

By: tonypa

tonypa — Wed, 05 Oct 2005 08:52:09 +0000

Create mc1. Create mc2 inside mc1. Load movie into mc2. You can now remove mc1 (and loaded movie) with simple:
mc1.removeMovieClip ();

By: Patrick Mineault

Patrick Mineault — Wed, 05 Oct 2005 00:15:14 +0000

Even attempting to use allowDomain will yield unsatisfactory results. I currently proxy the remote files using PHP, it’s 4 lines of code and stops me from banging my head against the wall… repeatedly. For example: