Years ago, I created a swf that upon init, loads an external swf. It worked reliably for years. Now, it's been brought back, but no longer loads the swf in more modern browsers, like in its heyday. It now fails in Chrome 57 and IE11, but worked around IE8 and Chrome 20ish. I'm thinking this might be a security issue. I tried setting compatibility mode in IE but that didn't help. Am I missing a security setting somewhere?
Crossdomain only matters between servers. If its not accessing the internet from hard drive then it cannot be any security issue...
Since it will run offline why involve browsers?
Just use the standalone Flash Player (see this other Answer for any useful hints).
If you have original source codes then just compile output as .exe instead of an .swf.
Related
One day youtube stopped working on all browsers. It loads preview of the video and then loading infinite circle appears. Sometimes it shows the message: if playback doesn't begin shortly, try restarting your device. I cleared coockies, history etc. two times. I found something about the hosts file, but the original file contains the same exact thing the guide was recommending to replace. There similar problems with youtube, but i didn't find anything that could possibly solve the issue except the host file.
Whether the problem only occurs on the YouTube site? Try to play some online video from another site, such as Bing and Google.
If this issue only occurs on the YouTube site, perhaps the issue is related the YouTube site, you could check the YouTube help forum and contact with them.
If another site also has the same problem, perhaps the issue is related to your network or computer. Please check the network connection and check which version of OS and Browser version are you using? Then, try to Restart your browser, Restart your router, Restart your computer or Update your browser to the latest version.
Make sure you use propper audio device.
I have been stumped before, but never quite like this. Please bear with me.
I have embedded an MP4 video into a web page using the HTML5 video tag as follows:
<video poster="/media/video/cick_away_poster.png" controls width="560" height="315">
<source src="http://www.lpcsc.k12.in.us/media/video/click_away.mp4" type="video/mp4" />
<p>Your browser does not support this video.</p>
</video>
The page is hosted in house, on our corporation website. I tried both relative and absolute links, then used the complete URL to the video for troubleshooting on different servers outside of our network. More on this later.
I didn't think there was an issue until a few people in our corporation informed me that they could not see the video in IE11 on their PC.
I had them try it in Chrome and it worked fine.
I double-checked it in both IE11 and Chrome on my PC and it works
fine
I tried it on a freshly cast, fully updated Windows 7 PC, and it did
not work and just shows "Your browser does not support this video."
I tried it in Chrome on the new PC, and it works fine.
I used just the bare code needed for the video. No change.
At this point, I am already scratching my head. Why would it work on some machines and not others, but ONLY in IE11? Some coworkers can see it, yet others cannot?
Moving on:
I created a page on our Intranet server (also IIS) and another server
(Apache) and tested it. Same results.
I created a page on a test server at my home and tested it from the
new PC located in my office. Voila! It worked! Wait...what?
I located other HTML5 videos on other external sites, and all of them
also played on the same machine using IE11.
I tried the original page once again, just for kicks, and nothing.
I changed my IP to the IP of the new machine and vice versa. Nothing
I compared IE settings, security settings, made sure Windows Firewall
was disabled on both machines, compared network settings...you name
it. Nothing.
Now I am ready to drink. It makes no sense...
Just because, I decided instead of accessing the site using the FQDN, I'd try via the server's IP address. Bingo....it works. Huh?
To review:
In Chrome using FQDN - Video appears on all machines
In IE11 using FQDN - Hit and miss...appears on some, not on others.
In IE11 using pages hosted externally - Video appears on all machines
In IE11 using IP address of internally hosted server - Video appears on all machines
It led me to consider a DNS issue, but why would it work in Chrome on all machines? It is specific to IE, but only on SOME machines. I even flushed DNS for kicks....nothing.
I pointed this out to our network admin, and he is equally as stumped. No errors, it just acts like the browser is not HTML5 compliant when using the FQDN on some machines.
Anyone?
Seems I have answered my own question:
We are a large corporation and we image all of our Windows machines. The coworker who creates most of our images added our domain to the Compatibility Mode list in IE. Makes total sense now that I think about the behavior that was occurring, I just never thought about the fact that some machines were imaged while others were not.
Why would Flash work in IE 9 but not in IE 11? That is, why would Adobe Flash work with Microsoft Internet Explorer Version 9 and not work with Microsoft Internet Explorer Version 11?
I am using a small flash object in the index page of www.gelsana.com. It appears on one computer using IE 9 but not on another computer using IE 11. I first thought it might be an issue with a virus, but I ran a couple of anti-virus programs and I still have the issue on the computer using IE 11. Any advice?
What I would prefer to do instead of just not showing the little flash object is post some sort of message instead telling the user to download this or that. But since the cause of it not showing, I guess, might be for several reasons, I would need some sort of browser sniffer. I mean, it does not show at all in Chrome or Firefox.
Can the problem be fixed with using a later version of flash?
It seems to me that every browser and every version should have some way to show Flash. Is this not the case?
The SWF file I am using in the index.html is:
http://www.gelsana.com/assets/site_map.swf
I am not the author if this file. If I need to rebuild it as a silverlight project, I will need to decompile it. Do the tools exist that will allow me to do this? Is it possible to first decompile a flash project and then convert it into silverlight?
I think the ugly truth is that Flash is dead or dying and everything needs to be redone in HTML5. Say it isn't so. I hope there is an easier solution.
Is ActiveX Filtering turned on? Check for a not symbol (circle with a slash) in the address bar and click it to turn it off if so.
Is anyone else aware of the fact that Internet Explorer (at least version 8) keeps downloading a file even if the close() method is called on an URLStream instance?
Heck, it even keeps downloading if you close the tab displaying the site which called the load()/close() methods on an URLStream instance.
Does anyone know of a solution to overcome this problem?
More details:
My preloader is loading a dozen of files and immediately closing the download streams with the purpose of checking each resource's file size. In Mozilla Firefox all goes well, exactly as expected, but Internet Explorer keeps downloading the resource even if the stream has been interrupted by the action script close() method.
It seems that IE doesn't always do that, so there can't be a solution to this question.
For all other browsers that I've tried in both Windows and MacOSX (including Chrome under Windows) using an "iframe shim" works fine. However, I have not been able to get iframe shims to work over our plugin in Chrome on the Mac.
Having Googled the problem, and done some testing, it appears to depend upon the object. I've found an example using StreetView (a flash object) which works, and another example using a Java Applet which does not work.
Some links:
Here's a description of the method: http://www.oratransplant.nl/2007/10/26/using-iframe-shim-to-partly-cover-a-java-applet/
This example using a Java Applet is from the above article: http://www.oratransplant.nl/files/iframe_shim.html
And here's the working version using Streetview: http://gmaps-samples.googlecode.com/svn/trunk/streetview/iframeshim.html
By inspecting (and editing) elements in Chrome and copying the objects between the two example pages, it appears to be that the flash object just allows iframe shims (in Chrome on the Mac), but that the Java Applet does not.
In our case we are using a custom plugin, built with Firebreath.
It may be that I need to implement extra functionality into our plugin, mimicking whatever flash is doing, but this could well be caused by a bug in the Mac build of Chrome.
Can anyone help? We really do want to be able to show HTML elements over our plugin, and the iframe shim works on almost all browser/OS combinations!
The lack of compositing is a known bug in Mac Chrome with any plugin using Core Animation or Invalidating Core Animation. It will be resolved in some future version--in theory, you should never need an iframe hack on the Mac, and plugins should always composite correctly. If you are interested, you can detect whether compositing of Core Animation is supported dynamically in your plugin using NPN_GetValue with the value 74656 (see WKNVSupportsCompositingCoreAnimationPluginsBool in the WebKit source; this should be added to the formal NPAPI spec soon, but the value won't change, so you can hard-code it now and when Chrome supports it that will start returning true).
In general the iframe hack should work in recent versions of Chrome (what version are you testing?), but there are some bugs where it doesn't get noticed until the page gets a re-layout, so you might want to play with forcing that.
Note that your Streetview example isn't a valid test on Mac Chrome, because it's using wmode=opaque, which means it's using the CG mode, not CA mode, and thus compositing works completely regardless of the iframe hack.
What drawing method are you using? You shouldn't need to use an iframe over a plugin on Mac because all drawing is windowless, unless you're doing strange things that I wouldn't expect to be possible with Chrome (i.e. creating an opengl context over a coregraphics or quickdraw context). If you were doing something like that there would probably not be anything you could do.
One easy setting would be to just resize the plugin to 1x1 to effectively "hide" it.