Closed Bug 259140 Opened 20 years ago Closed 18 years ago

Update default plugin

Categories

(Core Graveyard :: Plug-ins, defect)

x86
OS/2
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mkaply, Assigned: mozilla)

Details

(Keywords: fixed1.8.0.5, fixed1.8.1)

Attachments

(1 file, 1 obsolete file)

Windows default plugin has changed so we need OS/2 changes.
Attached patch First pass (obsolete) — Splinter Review
This gets things working again.
Was this ever checked in?  On Seamonkey 1.0a, it appears to me that the stream
isn't being killed for the plugin data: 
  NPN_DestroyStream(pInstance, stream, NPRES_DONE);

Can't we point these to http://plugindoc.mozdev.org/OS2.html instead?
#define DEFAULT_PLUGINFINDER_URL "http://plugins.netscape.com/plug-in_finder.adp"
#define JVM_SMARTUPDATE_URL "http://plugins.netscape.com/plug-in_finder.adp"
Nope, I never checked this in because I thought they were going to port the new
plugin code to SeaMonkey so this wouldn't be relevant. I'll take a look at the
code again.
Attached patch sync anewSplinter Review
Update of Mike's patch, also fixes some warnings and has two whitespace cleanups. It also changes the two URLs to point to Steve's mozdev page. Compiles on trunk.
Assignee: mozilla → mozilla
Attachment #158768 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #207847 - Flags: superreview?(mozilla)
Attachment #207847 - Flags: review?(mozilla)
Hmm, it just doesn't work. If I go to

http://www.dtmb.de/Rundgang/Neubau/body_schifffahrt_Aufbau01.html

and double click the jigsaw piece I am asked by the dialog to download the QT plugin from http://www.apple.com/quicktime/download/ and when I click on "Get the Plug-in" it goes to that website. With the new version the same dialog appears but it does not go to that page any more. Hmm, it seems I have to do some debugging (tomorrow or when I get the time).
OK, that's because "application.use_ns_plugin_finder" is false by default, so the patch is OK.
Comment on attachment 207847 [details] [diff] [review]
sync anew

r=mkaply
Attachment #207847 - Flags: superreview?(mozilla)
Attachment #207847 - Flags: superreview+
Attachment #207847 - Flags: review?(mozilla)
Attachment #207847 - Flags: review+
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Checked in on just the trunk, or branches too?
trunk

should I put it on the branches?
Yes, please.  :)
In principle I agree that this should go into the branches, but I think we should test the trunk version first.
Steve, does the new version (from trunk or in my newest unofficial releases) work the way you expect it to?
(In reply to comment #13)
> Steve, does the new version (from trunk or in my newest unofficial releases)
> work the way you expect it to?

Yes, the streams do stop, thanks!
Status: RESOLVED → VERIFIED
Comment on attachment 207847 [details] [diff] [review]
sync anew

OK, so we should get this on the branche(s). This is OS/2 only and was shown on the trunk to work.
Attachment #207847 - Flags: approval1.8.0.5?
Attachment #207847 - Flags: approval-branch-1.8.1?(mozilla)
Comment on attachment 207847 [details] [diff] [review]
sync anew

approved for 1.8.0 branch, a=dveditz for drivers
Attachment #207847 - Flags: approval1.8.0.5?
Attachment #207847 - Flags: approval1.8.0.5+
Attachment #207847 - Flags: approval-branch-1.8.1?(mozilla)
Attachment #207847 - Flags: approval-branch-1.8.1+
OK, checked into both branches.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: