[17149] in Athena Bugs
Re: sun4 8.3.15: Netscape
daemon@ATHENA.MIT.EDU (t. belton)
Tue Sep 7 12:57:24 1999
Date: Tue, 7 Sep 1999 12:57:11 -0400 (EDT)
From: "t. belton" <tbelton@MIT.EDU>
To: "Roger A. Roach" <rar@MIT.EDU>
Cc: bugs@MIT.EDU
In-Reply-To: <199908301440.KAA13797@rar.mit.edu>
Message-Id: <Pine.GSO.3.96L.990907124732.29357A-100000@iphigenia.mit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
We have been experimenting with changes to the search URLS, some of which
had unforeseen consequences and needed to be removed. After the infoagents
locker is updated, late tonight, you should find that all search functions
now work the way they originally did.
However, the problem you describe below takes a little work to eradicate
on your end. This change was in preferences.js - it was removed from the
global settings several days ago, but is still lingering in your local
preferences file. 'netscape-fix' will not remove this line YET - I'm
making that change now. Until that time, the fix is to remove any line
in your preferences.js which starts
user_prefs("network.search.url" ...
Just remove that line completely. We should never have specified one.
-Todd Belton
On Mon, 30 Aug 1999, Roger A. Roach wrote:
> System name: rar.mit.edu
> Type and version: SPARC/5 8.3.15 (with mkserv)
> Display type: cgsix
>
> Shell: /bin/athena/tcsh
> Window manager: mwm
>
> What were you trying to do?
> Trying to go to a web page with just a short name by entering
> the name in the location field.
>
> What's wrong:
> The search has been changed to somehow look for:
> http://web.mit.edu/search.htmlkeyword/xxxxx
> where xxxxx is the site I was looking for (e.g. cnn)
>
> What should have happened:
> In all other Netscapes (Mac, NT) it will find the web page
> without fully qualifying it. This is a major step back. This
> used to work just fine on Athena until the recent release.
>
> Please describe any relevant documentation references:
> I could not see any notice of this change.
