AS3 linking does not function correctly when using the back button




8 years ago
7 years ago


(Reporter: bnharrington, Unassigned)


Windows 7

Firefox Tracking Flags

(Not tracked)





8 years ago
User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

I have a Flash CS5 build using AS3 functionality.  Linking is built like the following:

mailinglist_btn.addEventListener(MouseEvent.CLICK, onClick5);
function onClick5(e:MouseEvent):void{
	navigateToURL(new URLRequest("../../mailing_list/index.html"), "_self");

This is not a single Flash file, the site is built with multiple flash files, embedded in an html wrapper that each sits in their own directory, for SEO purposes.

When you click on a link and move forward, everything works fine, but when you then click the back button and try another link, nothing works.  None of the links are active at that point

Reproducible: Always

Steps to Reproduce: on link
2.use browser back button
3. click on another link

Actual Results:  
Nothing. It just sits there.

Expected Results:  
It should have moved to the new page.

Comment 1

8 years ago
Reproducible also on:
Windows XP: Mozilla/5.0 (Windows NT 5.1; rv:6.0a1) Gecko/20110522 Firefox/6.0a1
MAC OS 10.6
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0a1) Gecko/20110522 Firefox/6.0a1

*Note: Status could be set on NEW

Comment 2

8 years ago
I went by the Apple Store and a Microsoft store that we are lucky enough to have nearby.  Checked this on a number of systems and checked with all browsers.

Had educated web developers look over my shoulder at the problem.

It was reproducible on all systems and ONLY occurred with Firefox 4.
It did NOT appear to occur with Firefox 3.6.

Not sure that I understand the previous comment about Status being set on NEW.


8 years ago
Version: unspecified → 4.0 Branch

Comment 3

7 years ago
> Not sure that I understand the previous comment about Status being set on
> NEW.

The issue is reproducible also on:
Mozilla/5.0 (Windows NT 6.1; rv:7.0a1) Gecko/20110615 Firefox/7.0a1

BradHa thanks for checking it on multiple systems. Confirming the bug (setting as NEW) and waiting for somebody to consider fixing it.
Ever confirmed: true
Hardware: x86_64 → x86
Version: 4.0 Branch → Trunk
You need to log in before you can comment on or make changes to this bug.