56284 - Include updated plugin for Macromedia Flash: Windows

Status: VERIFIED FIXED

(SeaMonkey :: Installer, defect, P2)

Description

[lchiang]

What we are doing in PR3:

- shipping the wrong version of the Macromedia Flash Player, version 4,0,7,0
(this is a year and a half old) which they no longer distribute.

What we should do for RTM:
- should ship the latest, version 5,0,30,0 (for win & mac)

Shrir can post the necessary files.  He is also going to do some testing on
these new versions based on Macromedia's test suite.

Note: this latest version is not optimized for Netscape 6, so javascript and
LiveConnect calls will not work.  That means we will work just as well as IE 5x
on the Mac, but not as well as Nav 4.x and IE5 on Windows.

We do have contractual obligations to ship Macromedia's latest version assuming
we do not have any QA problems, which so far we do not.



------- Additional Comments From [e-mail] 2000-10-05 17:53:21 ----

adding rtm keyword - contractual obligations unless there are QA problems.




------- Additional Comments From [e-mail] 2000-10-05 18:15:38 ----

What's involved here? I heard rumors that it's much more involved than the
simple single-file install of the old version. Will require checking in new
files to the staging areas and install script changes.




------- Additional Comments From [e-mail] 2000-10-06 08:46:34 ----

windows plugin dll is here : http://slip/shrir/NPSWF32.dll. Was unable to attach 
the mac plugin. So am mailing it to ssu,sgehani and gbush.



------- Additional Comments From [e-mail] 2000-10-06 16:55:02 ----

please file a seperate bug for updating the Mac.  Lets use this bug for Win32.

I just saved the npswf32.dll file to my local machine.  It seems to be 
corrupted. I found one attached to a mail message that is not currupted.  Please 
do you use the one specified in *this* bug.  I'll make sure the good one is 
used and checked in.

I noticed that this bug has a status whiteboard of "need info".  Can someone 
please answer Dan's question.  I can't check this file in until this bug is 
marked "rtm++".




------- Additional Comments From [e-mail] 2000-10-06 17:01:02 ----

adding Todd to the CC: list.



------- Additional Comments From [e-mail] 2000-10-07 17:59:20 ----

changing status whiteboard from "rtm+ need info" to "rtm need info" so PDT's 
query will catch it.



------- Additional Comments From [e-mail] 2000-10-09 11:33:16 ----

reassigning back to johng to get a definite answer to Dan's question.



------- Additional Comments From [e-mail] 2000-10-11 17:05:54 ----

I don't think Dan's rumors are true - installation is the same deal as it used
to be.  ssu can verify with shrir.  If you have any issues, contact Troy Evans
([e-mail], 415-252-4942).

Shrir has tested 5.0 on Windows, all is OK, let's make it happen. Reassigning to
ssu.

Shrir, it was a mistake for me to suggest we do this in bugscape, would be
easier in bugzilla to get macromedia engineers involved.  If you know of an easy
way to move the bug to bugzilla, please do.




------- Additional Comments From [e-mail] 2000-10-11 18:05:21 ----

see bug 2861 for Mac
see bug 2865 for localization of tier 1 languages




------- Additional Comments From [e-mail] 2000-10-11 20:12:45 ----

FYI, the size of version 4 was 245 K, the size of version 5 is 315 K.  That is OK.




------- Additional Comments From [e-mail] 2000-10-12 02:22:00 ----

Dan, can you rtm+ this puppy?  Also there's no code involved with this check in.  
Just a binary file into ns/shelf.




------- Additional Comments From [e-mail] 2000-10-12 09:51:46 ----

There is no patch for this check-in, just a new binary drop from macromedia. 
(Normally this would involve a one-line install-script change to the version 
number, but Sean has another bug on fixing versions in the install scripts 
for 3rd-party components.)



------- Bug moved to this database by [e-mail] 2000-10-12 11:51 -------

This bug previously known as bug 2791 at http://bugscape.netscape.com/
http://bugscape.netscape.com/show_bug.cgi?id=2791
Originally filed under the Browser product and Installer component.

Comment 1

[Daniel Veditz [:dveditz]]

Why was this bug moved out of bugscape? There is NO flash in Mozilla, this is 
an INVALID mozilla bug.

Comment 2

[lchiang]

I'm sorry Dan.  I did this per Shrir's (QA) email to me (as per john's comment
in this bug report) - I didn't read through the bug report.  You guys just
decide where this goes and I'll move back to bugscape as needed.

Comment 3

[selmer (gone)]

marking rtm++
Whether you move it to bugscape or not... we want this on the branch.
Thanks,
Jim R. (typing on selmer's account)

Comment 4

[Sean Su]

fix checked into both trunk and branch.

Comment 5

[johng]

cc'ing kiwi to show Macormedia that we are getting this done on Windows - we are
also doing this on Mac.

Comment 6

[shrirang khanzode]

Verified that this is in the branch build on windows 2000101308(Shockwave Flash 
5.0 r30). Adding 'vtrunk' keyword.

Comment 7

[Grace Bush]

verified on trunk build 2000111606