630441 - Plug-in Check Page does not check Flash version correctly (differs from Adobe's test)

Status: RESOLVED WORKSFORME

(Websites :: plugins.mozilla.org, defect)

Description

[Rob]

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; AOL 9.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.0.3705; .NET CLR 1.1.4322; Media Center PC 4.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)
Build Identifier: Viewing the Plug-in Check Page with the "AOL 9.0 VR" Browser

While reading this Bug 619879 I noticed this URL: https://www-trunk.stage.mozilla.com/en-US/plugincheck/
which _claims_ my "Shockwave Flash" is outdated. When I visit the Site via our
[(O) Update] Button it says that I can choose to install "Adobe Flash Player 10.1.102.64".

That would be great but if I visit this URL: http://www.adobe.com/software/flash/about/
it says that I have "10,2,151,49 installed" so I am way ahead of you with the 'Beta Flash'.

We need a different scheme to check versions more accurately. I am at this moment using 
the "AOL 9.0VR Browser" (we do NOT have to use FF to use Mozilla's Plug-in Check Page).

Thanks,
Rob


PS: AOL 9.0 VR obtained from: http://download.newaol.com/clients/harper/waol_ca/0.4327.44.1/AOLDNLD.exe


Reproducible: Always

Comment 1

[Rob]

I just installed Oracle's Linux with "Unbreakable Enterprise Kernel" and it comes with:

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Oracle/3.6-2.0.1.el5 Firefox/3.6.13

but Flash is not installed. I visited Adobe and got http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_2_p2_32bit_linux_111710.tar.gz which I installed in /usr/lib/mozilla/plugins/ , then I exited and re-exececuted FF (there is no "restart in this version).

When I visit URL: https://www-trunk.stage.mozilla.com/en-US/plugincheck/ it says I have "Shockwave Flash 10.2.151.0" and it is up to date.


* I do not know why when I use a 'non-Mozilla Browser' (albiet with a different version of Flash, yet newer than "10.1.102.64") I am told to update even though I have "10,2,151,49" (on WinXP).

* BUT, when running Linux with it's 'OEM Browser' (FF 3.6.13) and using Flash "10.2.151.0" I am told I am up to date.

- I suspect that there is a 'whitelist' to "cheat" (or such a cheat is missing) against suggesting that "10.1.102.64" is new (at least for WinXP) yet a "cheat" is present for Linux to say that "10.2.151.0" is OK (at least for Linux).

Confusing enough ? (We need a longer / wider comment box - I hope I typed that explanation in a non-confusing manner :O ).


Rob

Comment 2

[Rob]

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; AOL 9.0; Windows NT 5.1;
Trident/4.0; .NET CLR 1.0.3705; .NET CLR 1.1.4322; Media Center PC 4.0; .NET
CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR
3.5.30729; .NET4.0C; .NET4.0E)


I get different results for these TWO "Plug-in Check" URLs.

https://www-trunk.stage.mozilla.com/en-US/plugincheck/
Shockwave Flash    10.2.151.49    Outdated Version 

https://www.mozilla.com/en-US/plugincheck/
Shockwave Flash    10.2.151.49    10.2.151.49 

-----

This URL: http://www.adobe.com/software/flash/about/ says:
You have version 10,2,151,49 installed


Platform 		Browser 						Player version 
Windows 		Internet Explorer (and other browsers ...) 		10.1.102.64 
Windows 		Firefox, Mozilla, Netscape, Opera (and other plugin...)	10.1.102.64 
Macintosh - OS X 	Firefox, Opera, Safari 					10.1.102.64 
Linux 			Mozilla, Firefox, SeaMonkey  				10.1.102.65 
Chrome 			Windows, Macintosh - OS X, Linux 			10.1.103.19 
Solaris 		Mozilla 						10.1.102.64 


Thanks,
Rob

Comment 3

[Scoobidiver (away)]

Rob, now that bug 630468 is fixed, do you still have issues?

Comment 4

[Rob]

(In reply to comment #3)
> Rob, now that bug 630468 is fixed, do you still have issues?
Using "AOL 9.0 VR" both URLs: https://www-trunk.stage.mozilla.com/en-US/plugincheck/ and https://www.mozilla.com/en-US/plugincheck/ report that I have "10.2.152.26" so _THAT_ (the "Title" of this BR) is no longer a problem.

BUT,

https://www-trunk.stage.mozilla.com/en-US/plugincheck/ says:

"
Java Embedding Plugin 1.6.0.23
Vulnerable (more info) 
"

whereas https://www.mozilla.com/en-US/plugincheck/ says:

"
Java Embedding Plugin 1.6.0.23
"
.


Perhaps it would be more 'general' if I changed the "Title" to "The Plug-in Check URLs are not synced with the Code Testing Scripts". 

I 'imagine' that both those URLs should use the _SAME_ code (on the Server) and should give the same result (or is it not true that the _CODE_ should be the same, only the result).

So I can close "this" and open a new one (BR) or change the Title to catch the _actual) Problem until what is broke is fixed (or do we want to have different code on Mozilla's side and know that one works and one does not).

Short answer: Yes, "you still have issues".

Rob

Comment 5

[Scoobidiver (away)]

The Java plugin behavior on trunk is normal because of bug 634384.
I close it as "work for me".

Comment 6

[Rob]

(In reply to comment #5)
> The Java plugin behavior on trunk is normal because of bug 634384.
> I close it as "work for me".

I downloaded the Update and "Microsoft Security Essentials" triggered an Alert and asked me to send them the File. I suspect that they will OK it and others will not get the popup within a few hours (minutes?).

I then re-checked those URLs and _both_ say I am up to date (which is the correct response).

Leaving it closed, glad your aware of the tangled mess of interdependacies ;0 .

Thanks for your assistance,
Rob