Closed Bug 144462 Opened 22 years ago Closed 22 years ago

platform specific plugin download page

Categories

(Core Graveyard :: Plug-ins, defect)

DEC
OpenVMS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: colin, Assigned: cssmnko)

Details

(Whiteboard: need a review)

Attachments

(1 file)

When you visit a page which requires a plugin you don't have, the browser wants
to take you to the Netscape plugin page. Problem is, this site doesn't have, and
never will have, and plugins for OpenVMS. We therefore want the browser to go to
a different page for OpenVMS.
Would really like to get this into 1.0 RC3/final. Who can start me off with an
r=?
-->greggl

Instead of hacking up the client, could the server-side page be fixed for
OpenVMS or a dynamic redirect added?
Assignee: beppe → greggl
If there is a file extension or a mimetype associated with OpenVMS and this data
is inside <embed>, then the pfs can send the client anywhere it needs to go. 
Just need the following information.

Mimetype/File Extension
Destination URL
I haven't got a clue what the mime type is going to be. It could be anything. 
But instead of going to Netscape to look for a plugin to handle the mime type, I 
want it to go to a Compaq site.

Now, if this can somehow be done at the Netscape site by a redirect, then that 
is certainly one solution. The Netscape server must know what the client O/S is 
when it searches its database for a plugin, right?
I would really like to get this into RC3. Please tell me how to proceed.
> Now, if this can somehow be done at the Netscape site by a redirect, then that 
> is certainly one solution. The Netscape server must know what the client O/S is 
> when it searches its database for a plugin, right?

Please quote the exact user agent strings and what URLs they should redirect to
in this bug.
We have two browsers; a standard Mozilla browser and a branded one named CSWB.
Here's the user_agent from each and the URL we'd like redirecting to (argh, it
looks like Mozilla is wrapping the long user-agent strings in this text box):

Mozilla
HTTP_USER_AGENT is "Mozilla/5.0 (X11; U; OpenVMS
COMPAQ_AlphaStation_DS20E_666_M; en-US; rv:1.0rc2) Gecko/20020512"
Redirect to:
http://www.openvms.compaq.com/openvms/products/ips/mozilla_relnotes.html#plugins

CSWB
HTTP_USER_AGENT is "Mozilla/5.0 (X11; U; OpenVMS
COMPAQ_AlphaStation_DS20E_666_M; en-US; rv:1.0rc2) Gecko/20020513 CSWB/V1.0
(Compaq)"
Redirect to:
http://www.openvms.compaq.com/openvms/products/ips/cswb/cswb_relnotes.html#plugins

So basically (assuming its Mozilla) if the O/S begins with "OpenVMS"
then we want a redirect. And its CSWB if there's a VendorProductToken starting
with "CSWB".

Is this what you need?
Peter, is Netscape going to set up the appropriate redirects? If they are, I can
stop worrying about trying to get this code checked in to RC3.
Peter says (via mail) that the redirects can't be done. So I'm back to needing
checkin approval for my patch. Too bad I've missed the 1.0 boat now :-(

Keywords: review
Whiteboard: need a review
>> Reassigning to Ray

Ray agreed to set up the server side pfs script to redirect all OpenVMS UA
strings.  I really don't want to set up two cases for OpenVMS, one for Mozilla
and one for the branded version, I assume the branded page is more desirable,
but that is up to Colin.

http://www.openvms.compaq.com/openvms/products/ips/cswb/cswb_relnotes.html#plugins

Assignee: greggl → cssmnko
Let me check with our web person. If we can only have one redirection, then I'd
like it to me for all OpenVMS Mozilla based browsers (Mozilla and CSWB, and I'd
like it to redirect to a common plugins page. But I need to find out (a) if our
web person wants to do that, and (b) what that URL would be.
Can we make all Mozilla based browsers on OpenVMS redirect to the same URL? If
you check the O/S description and see if it begins "OpenVMS" then I think that's
all you need. It should redirect to:

http://www.openvms.compaq.com/openvms/products/ips/cswb/cswb_plugins.html
(this page is not currently active but will be soon)

One test. One URL. Doable?
Ray, where are we on this?
I believe that Ray's changes were pushed live.  Have you tested it?  We aren't
really set up to test.

You're right! Its there and it works. Thanks guys.

Marking fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
 .
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: