[23536] in Athena Bugs
Re: linux 9.2.15: mozilla
daemon@ATHENA.MIT.EDU (Robert A Basch)
Sat Aug 9 17:49:18 2003
Date: Sat, 9 Aug 2003 17:49:17 -0400
Message-Id: <200308092149.h79LnHlX022335@abulia.mit.edu>
From: Robert A Basch <rbasch@MIT.EDU>
To: Camilla R Fox <cfox@MIT.EDU>
CC: bugs@MIT.EDU
In-reply-to: "[23525] in Athena Bugs"
> I updated red-herring to 9.2.15 from 9.2.14 (no mozilla change) and was
> then able to reproduce the problem starting a search from the location
> bar. I couldn't reproduce it from a test account, so I looked again
> at my preferences. Once I picked google (or any other option) from the
> pull down menu, it started working. I'm guessing this was hurting me:
>
> user_pref("browser.search.defaultengine", "engine:///var/athena/infoagents/arch/i386_linux24/MIT-only/mozilla/searchplugins/google.src");
Yes. I believe this broke in 9.2.15 because that's when we nuked
/var/athena/infoagents. It looks like this preference always gets set
to the absolute path of the search plugin, and the search breaks in
the manner you describe when that path no longer exists. This could
bite us again if, for example, we install mozilla to a different
directory, or (because of symlinks) the absolute path is different
on different platforms.
> I still have no history in the pull-down, or being used in the
> auto-complete; since blowing away all the relevant stuff a week ago, a
> history.txt that looks plausible has accumulated, whereas my history.dat
> is still very small.
Yes, this is broken; history.txt should not be used. I don't know
what might have happened to cause this, but the problem does not occur
when I build from the source tree and install to and run from a
separate local directory. I did not try building it in a chroot'ed
build environment, though.
Bob
