[26897] in Athena Bugs
Re: 9.4.27 linux: firefox does not handle .ram, etc., appropriately
daemon@ATHENA.MIT.EDU (Robert Basch)
Mon Jul 17 19:13:08 2006
In-Reply-To: <200607130018.k6D0I6vE010984@multics.mit.edu>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <97D106A6-4906-41D9-B0E5-7D45E451A890@mit.edu>
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@mit.edu>
Date: Mon, 17 Jul 2006 19:12:48 -0400
To: John Hawkinson <jhawk@mit.edu>
X-Spam-Score: 3.548
X-Spam-Level: *** (3.548)
X-Spam-Flag: NO
Cc: bugs@mit.edu, Gladis R Filchtiner <grfilcht@mit.edu>
Errors-To: bugs-bounces@mit.edu
On Jul 12, 2006, at 8:18 PM, John Hawkinson wrote:
> Similarly, testing as sipbtest, with none of the above configuration
> files/directories, downloading a .RAM file (for instance,
> http://real.xobix.ch/live/ssatclass.ram, with mime-type
> audio/x-pn-realaudio) causes firefox to prompt the user to save or
> browse for an application.
>
> But instead (and previously the default was, I thought!) it should run
> realplay from the infoagents locker.
You are correct, we lost this default when we upgraded to a
stock build of firefox 1.5 in 9.4.27. I have checked in a patch
to fix this, by adding realplay to the MIME handling system.
This fix will appear in an upcoming patch release.
Thank you for reporting this.
Bob
Robert Basch
Infrastructure Software Development and Architecture
Information Services & Technology
