[27212] in Athena Bugs

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

Re: linux 9.4.47: htmlview

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Thu Jul 17 16:45:07 2008

Message-Id: <7DD4496D-8505-486C-8096-D01C0BF48EC7@mit.edu>
From: Jonathan Reed <jdreed@mit.edu>
To: bugs@mit.edu
In-Reply-To: <200807171454.m6HEsSGa014627@infinite-loop.mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Thu, 17 Jul 2008 16:44:54 -0400
X-Spam-Flag: NO
X-Spam-Score: 0.00
Errors-To: bugs-bounces@mit.edu

Further investigation reveals that it's not just htmlview - having the  
%s quoted in the url-handler breaks anything attempting to use the URL  
handler, including, for example, double-clicking on .html files in  
Nautilus.

I haven't investigated this further, so I don't know what changed or  
when, but it seems like a lot more people than I initially thought  
have the argument quoted in their url-handler command.

-Jon

On Jul 17, 2008, at 10:54 AM, Jonathan D Reed wrote:

> System name:		infinite-loop.mit.edu
> Type and version:	i686 9.4.47 (with mkserv)
> Display type:		Intel Corporation 82915G/GV/910GL Integrated Graphics  
> Controller (rev 04)
>
> Shell:			/bin/athena/tcsh
> Window manager:		metacity
>
> What were you trying to do?
>
>     Run htmlview on a URL (via "help", in this case)
>
> What's wrong:
>
>     htmlview fails if the %s argument in the http url-handler is
>     quoted.  It attempts to display the URL as though it were a file  
> in
>     `pwd`.
>
> What should have happened:
>
>     It should have worked
>
> Please describe any relevant documentation references:
>
>     It appears that a non-zero number of people have their
>     url-handler http command set to: /usr/lib/firefox/firefox "%s"
>     I'm not sure why, perhaps an artifact of several GNOME
>     migrations.  Regardless, in this case, the argument appears to
>     passed to firefox in its quoted form, which for some reason
>     causes firefox to interpret it as a file, not a URL.
>
>     I haven't tracked down exactly at what point the quotes cause it
>     to fail, and I suspect no one cares, but I figured I'd report it.


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