Skip to main content

Odd flash problem - clicks stop working

Well, not really clicks... But first some background - noticed this happening on a site I work on last week. Two small flash animations that when clicked go to a different page of the site inexplicably stopped working. They still were animated - but nothing happened when they were clicked on. They hadn't been changed in over nine months.

So I replaced them with static images for the time being and started testing. Asked a coworker, and he brought up the page, and they worked for him! So for me, they didn't work in Firefox and IE on Windows XP. For him they did work on IE and Firefox, under linux.

After some digging around, we realized it was because he was using an older version of the flash plug-in than I was. We were both using 9.0, but I was using 9.0.0.124 and he was using 9.0.0.22 (if I recall). And then I recalled that I'd updated my flash plug-in a few weeks back while testing something else.

I wasn't sure what to do next, but while testing I noticed that if I downloaded the flash file to my desktop and viewed it directly in the browser, it worked. It was only on the page that it didn't work.

So, it runs out that it was the embedding code that broke it. Well, that broke it at some point for newer versions of the flash plug-in. Turns out you need to be sure that your method of embedding includes "allowscriptaccess" - which mine did not. It was W3C compliant, and had worked until that newer version of flash came out. I changed over to a non-compliant embedding code, and it started working again.

So, perhaps someone out there who runs into the same thing will see this and maybe save some time!
Labels:

Comments

Post a Comment

Popular posts from this blog

Security Tips - Passwords and Logins

Passwords are something we all have to live with. There are other authentication methods slowly coming into use (i.e. two-factor) but it's hard to see passwords going away anytime soon. I assume everyone knows the basics - use "good" passwords, don't share them between sites, don't write them on a sticky note on your desk, don't save them in a file named "passwords.txt" on your computer, etc etc. That's all well and good, but there's so much more you can do! Good Passwords A "good" password is hard to guess, is what we're told. I think most people are unclear about what exactly "guess" means. These days, it means that it needs to be resistant to password cracking attacks that are getting ever more fast and sophisticated. Just making sure that you have numbers, characters, upper/lower case, etc isn't enough. The gold standard most important thing about a password is that it is long . The longer the better.
Post a Comment
Read more

Another VI tip - using macros, an example

God I love VI. Well, actually, vim but whatever. Here's another reason why. Suppose you need to perform some repetitive task over and over, such as updating the copyright date in the footer of a static website. (Yes, yes I know you could do a javascript thing or whatever, just bear with me.) Of course you could just search and replace in some text editor, changing "2007" to "2008" (if you're stupid) - and you'll end up with a bunch of incorrect dates being changed, most likely. What you need to do is only change that date at the bottom. And suppose that because of the formatting, you can't use the "Copy" part of the string in a search replace - perhaps some of the pages use "©", some spell out "Copyright" etc. This is where vi macros come in handy. A macro in vi is exactly what you expect, it records your actions and allows you to play them back. To start recording, press q followed by a character to use to "stor
6 comments
Read more

Debugging a DOS

I'm not a sysadmin, but I end up doing my best now and then when one of my sites gets into trouble. This is a sort of "after action report" of an incident that I just resolved (hopefully). I woke up and happened to check email on my phone (don't always do this, will now) and was greeted with a uptime robot email that one of my sites was down, and had been for about 4 hours. I quickly checked the site on my phone and yup, it wasn't loading. Ran to the office and hopped on my laptop. SSH to the server, and everything seems fine. Very little load on the server (AWS instance). Did a restart of apache/php/mysql and the site is still down. Weird. Running the site's index.php file on the command line works as expected and fast. Ask a few other people to check, and it's down for them. Then I logged into the AWS console and checked on status there - everything is up and running.... WTF? This is a lightsail instance, and then I noticed the outgoing network traffic h
Post a Comment
Read more