Hot off the presses:
I am always excited about a new flash products and this one is no doubt going to be awsome.
You mean this kind of awesome?Sweet, the Flash 8 player security model breaks my content that was published for an earlier version of Flash, so I have to republish everything!
Bob’s got a point. Especially the Network access warning. It makes no sense to the end user that their application will throw out this warning and then be forced to restart. Perhaps a reason to encourage people not to upgrade?
Free players to consumers must force developers to upgrade to update sites to 8??? Good business strategy! Will older Flash 4-6 items no longer play?
The internet changes rapidly and it is thanks to hackers that we have to lock all our ports, install firewalls etc.. So we cannot expect macromedia just to sit there, waiting until disasters happen.They have to make sure that Flash is safe.If that means that some sites have to be republished, that is a small price to pay and you can charge your clients for it, isn’t?Look at the bright side: I would love to republish the sites I made, it’s easy money
“Look at the bright side: I would love to republish the sites I made, it’s easy money :-)”Remind me never to hire you jefferis
This is a VERY bad mistake on behalf of macromedia. I am busily UNINSTALLING flash player 8 as we speak. We can not even access things accross our own private network. Whats more the mothods that MM have used to deploy this security fix wreak of marketing ploys.MM will lose thousands over this. Bad timming when the AJAX, MOBILE content wars are just hotting up !
We are creating Macromedia Captivate movies that use the Close Window JS. A client tells me that the script does not close their movies. Works fine on my systems and others. I suspect it’s the Flash Player 8. Any ideas?
We, the whole group, will stop using Flash because of this so called security change.
Did any of you actually read the Flash 8 help page on getURL()?For one, the behaviour does not change when publishing Flash 7 .swf files. Did you try that? Using Flash 8, publish your original flash 7 movie as flash 7 output – getURL works fine on the Flash 8 player. There are no backward compatibility problems.Secondly, and as clearly stated in the front part of the getURL help, all you need to do is specify an HTML parameter to set the desired security settings in a *Flash 8* movie :(I paste it here)———————–Web pages that host Flash content must explicitly set the allowScriptAccess attribute to allow or deny scripting for the Flash Player from the HTML code (in the PARAM tag for Internet Explorer or the EMBED tag for Netscape Navigator):- When allowScriptAccess is “never”, outbound scripting always fails.- When allowScriptAccess is “always”, outbound scripting always succeeds.- When allowScriptAccess is “sameDomain” (supported by SWF files starting with version 8 ), outbound scripting is allowed if the SWF file is from the same domain as the hosting web page.- If allowScriptAccess is not specified by an HTML page, the default value is “sameDomain” for version 8 SWF files, and the default value is “always” for earlier version SWF files.—————————just set it to “always” … and it works fine people. cmon – get a grip.people feeling sick, ashamed, crippled and all those other extremes mentioned above … well… you should just feel a little stupid.herd mentality I guess. LOL.
To clarify the problem ….When i try to look content done with flash 2004, published as flash 7 by using flash 8 player i get this on many of our client machines. (when viewing content locally) as a dialog box… >Macromedia Flash Player has stopped a potentially unsafe operation.The following local application on your computer or network:URL OF THE FLA HERE….is trying to communicate with this Internet-enabled location:URL OF THE HTML-PAGE HERE …..To let this application communicate with the Internet, click Settings.You must restart the application after changing your settings.OK Settings buttons.Usually the client cant do anything at this stage, since they either 1. do not understand english language (you, there are other languages in the planet) 2. do not have the skills to change the settings. 3. do not have internet connection to change all the settings ?Since this is content that has never been in the flash 8 authoring environment, how can you say tha t there is no backwards compatibility issues ??I notices that when i re-installed the player just a few minutes ago, the content worked just fine.I wonder if this is a problem that has been fixed just resently, and a lot of our customers have the old default-settings on theyr players ?Information would be nice for developers, but in the macromedia fashion “there is no problems :(“- method is used.
it seems that those stupid comments were not made by mike, so sorry. (one with the egg in the face )But this still needs some change at least in the following versions of flash 8.To GB, you seem to be a script-kiddie so i will not waste my time anymore…..
i get the same errors as niksu mentioned, it can be changed from the global settings but since that is in the internet and cannot be done in machines without internet connection, i see many problems for off-line flash courses…..
I have only been looking at this for a few hours, but it doesn’t look good. The flip “herd mentality” comments of the poster above are ill-informed — nothing looks worse than telling everyone else they are stupid when you have no idea what you are talking about.1.) content built with past players now fails under 8 when run locally. This is indisputable.2.) failure occurs regqardless of whether or not the flash accesses the internet!!! Also indisputable.3.) forcing you to go to THEIR site to change settings in YOUR browser is very aggravating at a minimum, and totally unworkable for most people affected at worst. What possible reason can MM have for this absurd idea? It shows either a total misunderstanding of their user base, or a total lack of respect.Macromedia should immediately:1.) Update the player to automatically “allow” all local directories. It is absurd to require permissions to run a local application.2.) Integrate the global permissions settings thing with the player, so you can configure your computer without having to ping MM’s site.3.) Fire the short-sided designer of this absurd, expensive and inconvenient implementation.Is the attitude being exhibited here “hey, there is no alternative, so it’s their problem not ours.”This is the most ham-handed update since the Apple QuickTime fiasco of the late 90′s in which you couldn’t run QT without getting an “upgrade to Pro” ad. With the new features, it is a shame that the biggest buzz about this release is how horribly it messed everyone up. I thought Adobe bought them, not microsoft.Phreditor
“herd mentality I guess. LOL.”Whats with ethe arrogance, GB ?
I might be wrong, but I thinnk you need to create an installer that installs a config file in a specific location on the user’s computer.In this config file you need to enter the path of the swf file on the CD.(You need to write all the possible paths where the CD could be located on the user’s computer since on a Windows computer the drive letters for the CD Rom drive are not always the same, depending on how the system is set up.)Your installer needs to install this config file in the location that is mentioned in the link that we sent you already.Also read the information in the chapter ‘FlashPlayerTrust configuration files’ at:http://www.macromedia.com/devnet/flash/articles/fplayer8_security_04.html
My flash 8 animation works perfectly in mozilla firefox but only partially displays in Internet explorer, and sometimes not at all. Any suggestions? Thanks
To all of you frustrated with the fscommand, maybe this will help a little.http://livedocs.macromedia.com/flash/8/main/wwhelp/wwhimpl/common/html/wwhelp.htm?context=LiveDocs_Parts&file=00001727.html
doesnt setting AllowScriptAccess to “always” allow content built with past players to play locally under player 8? It seems to be working for me.
The ONLY thing I have found to work is to write a config file to the directory …../FlashPlayerTrust/BUT if you are running from a CD-ROM, you have to include that ACTUAL STUPID DRIVE letter in the path. How are you supposed to know WHAT drive letter to use? Type in ALL 26 possibilities?
“…the user has implicitly given their trust…”Some lawyer at Macromedia/Adobe dreamed up this load of crap….http://www.adobe.com/devnet/flash/a…ecurity_04.htmlQuote:When an installer installs SWFs onto a user’s computer, it can install trust configuration files to designate the SWFs as trusted. While this practice does not represent an explicit user decision about each SWF being trusted, the user has implicitly given their trust to the installer program by running it—it is, after all, an executable program.
[b]SOLUTION[/b]For CD-ROMs etcI have created a very flexible FlashPlayerTrust config files installer athttp://www.armchair-travel.com/FlashTrustCD/Freeware Beta – Source Code Included
Macromedia, you stupid wankers!All I wanted to do was link to a word document in the same directory when a button was pushed!! – but Nooooo!Assholes!
I have just now encountered this whole issue. There haven’t been any postings on the CDs and the Security issue since June. Has an official fix been developed and made available yet?
this article helped me solve this issue: http://www.actionscript.org/forums/showthread.php3?t=116553
I like the forum tension.
Copyright © 2014 Adobe Systems Incorporated. All rights reserved.