355818 - A certain url with flash prevents tab switching

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[crf]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7

Load any page (say pageA), and in then in a new tab load http://www.ford.ca/english/default_flash.asp

Bring this page in the new tab to the foreground. Now I cannot switch to pageA by clicking its tab. However as soon as I use another application, the "switch" to pageA will occur. 

Also, after trying (and failing) to bring pageA to the foreground by clicking its tab I may then proceed to minimize the application by pressing the minimize button, but the application does not minimize, and instead then immediately brings pageA to the foreground (I can then minimize the application by clicking minimize again).

I don't think this is just a problem restricted to the flash plugin, because I don't see this with SeaMonkey 1.0.5, but I do see it with firefox 1.5, and bon echo. 

    Plugin info:
File name: C:\PROGRAM FILES\MOZILLA FIREFOX\plugins\NPSWF32.dll
Shockwave Flash 8.0 r24

Reproducible: Always

Steps to Reproduce:
1. open a tab to any webpage, say pageA
2. Open a new tab to the url http://www.ford.ca/english/default_flash.asp
3. Click the tab to pageA

Actual Results:  
The browser fails to bring pageA to the fore.

Minimize brings pageA to the fore, a second application of the minimize button may then minimize the page.

Clicking on some other application's open window will immediately bring pageA to the fore. 

Expected Results:  
the page is immediately brought to the foreground when its tab is clicked. 

The bug affects firefox, but seemingly not seamonkey.

Comment 1

[Ria Klaassen (not reading all bugmail)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070220 Minefield/3.0a3pre
I see this problem indeed in 2.0.x branch but not anymore on trunk.

Comment 4

[François Gagné]

Since Bug 363737 as been marked as a duplicate, 

Here are URLs from Bug 363737 that exibit the problem:

http://www.stupefied.co.uk/funny-videos/95/door-to-door-atheists/
http://www.flow-er.co.jp/
http://www.break.com/index/incredibly_fast_biker.html

Comment 5

[François Gagné]

Also, this bug should be changed to:

Component: Tabbed Browser
Version: Firefox 2.0 (since Firefox 3.0, branch 1.9 is fine)

Comment 6

[François Gagné]

hmmm,

This is WORKFSORME.

With:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070219 BonEcho/2.0.0.2pre ID:2007021903

And Flash:
Shockwave Flash
    File name: NPSWF32.dll
    Shockwave Flash 9.0 r28

Comment 7

[François Gagné]

Could Bug 355071 – Flash stops keyboard input in other FF windows (TSM doc problem), fixed the problem?

Comment 11

[(not reading, please use [e-mail] instead)]

confirming.  (not sure how this bug got dupped, but never confirmed.)

bug #379530 seems like a dup of this bug, too.

Comment 12

[(not reading, please use [e-mail] instead)]

for another example url that causes this bug with fx 2, see http://pepsigallery.com/

note, when I set the quality of that flash to 'low' I no longer see the bug.

Comment 13

[Ria Klaassen (not reading all bugmail)]

(In reply to comment #11)
> 
Because I doubted that anyone would ever fix it on branch. This problem was fixed on trunk by bug 326273 and I doubted that this patch was suited for branch. Moreover, most of the here reported flash movies don't give problems anymore on branch. Maybe repaired in the new flash versions?  

Comment 14

[(not reading, please use [e-mail] instead)]

ria, thanks for the info about bug #326273.

> Because I doubted that anyone would ever fix it on branch

Agreed, I doubt the nsIThreadManager fix will be back ported to the MOZILLA_1_8_BRANCH.

> Moreover, most of the here reported flash movies don't give problems
> anymore on branch. 

They work for me too.  But note, http://pepsigallery.com/ still causes the problem.

ria, what do you think about this:  Once we confirm that bug #326273 did fix this (by checking a build before / after on the trunk against http://pepsigallery.com/), we should add this bug and bug #379530 to the dependency tree of bug #326273 and mark them fixed for Fx 3.

Comment 15

[Martijn Wargers (dead)]

Unfortunately, for some reason, the flash object doesn't show up during that time period, so it's impossible for me to confirm that bug 326273, although I'm quite sure it fixed this bug.

Comment 17

[Emerson Prado]

Hi. I had this with Shockwave Flash 9.0 r28. I upgraded to Shockwave Flash 9.0 r47, by François' hint in Bug 390484, and the problem didn't happen anymore.
I opened dozens of tabs, most of them from domain www.estadao.com.br (where I saw the problem), made a tab from this domain active, and let idle for 10 minutes. Everything was fine when I came back.
Best regards,
Emerson

Mozilla/5.0 (Windows; U; Windows NT 5.0; pt-BR; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
Windows 2000 SP4 pt-BR (locale en-US)

Comment 18

[Emerson Prado]

Hi. I noticed this bug is still opened, so I decided to retest it just in case.
I opened all links mentioned in this bug (except the broken ones), left them running for a while, put each one in the foreground, and no problem ocurred. It took a while for switching, but I'll blame it on my 256Mb PC100 memory.
So I guess this is no problem anymore.
Mozilla/5.0 (Windows; U; Windows NT 5.0; pt-BR; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Win2k SP4 pt-BR
Best regards

Comment 19

[Wayne Mery (:wsmwk)]

=> WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081125 Firefox/3.1b2