[17134] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: Acrobat plugin for Netscape broken on IRIX 6.3

daemon@ATHENA.MIT.EDU (Larry Stone)
Sat Sep 4 01:19:29 1999

Date: Sat, 4 Sep 99 1:19:21 EDT
From: Larry Stone <lcs@MIT.EDU>
Reply-To: <lcs@MIT.EDU>
To: "t. belton" <tbelton@MIT.EDU>
Cc: bug-infoagents@MIT.EDU
In-Reply-To: Your message of Fri, 3 Sep 1999 11:35:00 -0400 (EDT)
Message-Id: <CMM.0.90.4.936422361.lcs@defiant.mit.edu>

> First off, the path /mit/acro/nsplugins/ doesn't symlink through the
> "current" directory at all ... I just looked at the acro locker and the
> real path is /mit/acro/arch/@sys/nsplugins/, which is as it should be.

Yes, it does.  I just wasn't clear enough -- you have to look down
a couple levels of indirection:

/mit/acro/nsplugins -> arch/@sys/nsplugins
...and then...
/mit/acro/arch/sgi_63/nsplugins -> /mit/acro/current/distrib/@sys/Browsers/@sys

The catch is, in /mit/acro/current/distrib/, there IS no sgi_63!
Presumably because current == 4.0, and they didn't release Acrobat for that
platform.

So, the link should be changed to this, for _all_ non-Acrobat4 platforms:
   (note "Acrobat3" added in path, also)
/mit/acro/arch/sgi_63/nsplugins ->
   /mit/acro/acro_v3.0/distrib/@sys/Acrobat3/Browsers/@sys/

Given what you say below, this may take care of it, I'll be happy to check.

> Second, although we prefer the helper to the plugin, that plugin directory
> (/mit/acro/nsplugins/) is added to the plugin path by the 'netscape'
> wrapper ... so Netscape finds the plugin properly, just doesn't use it by
> default. You can check that - nppdf.so should be listed in the
> 'about:plugins' list, whether you use it or not.

True, and it isn't listed in about:plugins.

> Hmm, an afterthought ... We switched to using global mime.types/mailcap
> files for the "official Athena mime types" a few weeks ago. If you still
> have a local .mime.types/.mailcap pair, and they have obsolete PDF
> settings, they may be interfering. Rename them to some null name, so they
> don't get in the way of the globals, and try Netscape again.

I tried this, now it tries to invoke the "current" acroread, which
is of course also broken for sgi_63.  It does not offer the plugin,
but that's not surprising.

thanks,

    -- Larry

home help back first fref pref prev next nref lref last post