[27216] in Athena Bugs
Re: linux 9.4.47: htmlview
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Thu Jul 17 18:35:01 2008
Message-Id: <A1143005-1541-485D-A3FD-22205A1964E1@mit.edu>
From: Jonathan Reed <jdreed@mit.edu>
To: Robert Basch <rbasch@mit.edu>
In-Reply-To: <AD2ADE9B-8471-4D2B-B7B0-E4F926BD3547@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 18:34:41 -0400
X-Spam-Flag: NO
X-Spam-Score: 0.00
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
That's what I thought, however when testing with an empty test
account, I was still prompted for the default browser check. I will
test some more tomorrow and report back.
-Jon
On Jul 17, 2008, at 6:28 PM, Robert Basch wrote:
> We already try to disable the default browser check, by setting
> browser.shell.checkDefaultBrowser false by default in our
> extension. In a quick test of setting the gconf key value, I
> did not receive the "default browser" prompt. If you are able
> to reproduce the problem this way, can you please check the value
> of the browser.shell.checkDefaultBrowser preference via the
> about:config interface?
>
> Thanks,
> Bob
>
> On Jul 17, 2008, at 5:07 PM, Jonathan Reed wrote:
>
>> Gah, last e-mail, I promise...
>>
>> Apparently, our default setting for new accounts of "firefox %s" as
>> the url-handler is not acceptable as far as Firefox is concerned,
>> and users will still get prompted to make it the default browser.
>> Can we either change the default url-handler to "/usr/lib/firefox/
>> firefox %s", which works (but presumably is undesirable), or else
>> set default Firefox preferences to turn off the "Check for Firefox
>> being the default" setting?
>>
>> -Jon
>>
>> On Jul 17, 2008, at 5:01 PM, Jonathan Reed wrote:
>>
>>> Further further investigation reveals that this is Firefox's
>>> fault. If you use Firefox's "Make this my default browser"
>>> feature, it will set the gconf key to:
>>> /usr/lib/firefox/firefox "%s"
>>>
>>> Rendering Natuilus, htmlview, and help unusable.
>>>
>>> I was able to reproduce this by setting my gconf key to a bogus
>>> value, and then select "Yes", when firefox prompted me to make it
>>> the default browser.
>>>
>>> So, I don't know what we want to do about this, if anything. I
>>> suppose we could put a "fix-firefox" in the release or consult
>>> locker(s) or something that set the key correctly.
>>>
>>> -Jon
>>>
>>>
>>> On Jul 17, 2008, at 4:44 PM, Jonathan Reed wrote:
>>>
>>>> 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.
>>>>
>>>
>>
>
