Re: Firefox 1.5 won't load local files

im42n8 <[email protected]> Sun, 18 Dec 2005 13:11:40 -0700
Newsgroups gmane.comp.mozilla.devel.windows
Organization Another Netscape Collabra Server User
Message-ID <[email protected]>
DDE must be built-in or something. There are no other settings for DW 
2004 MX other than telling it which browser is primary (accessed via 
F12) or secondary (accessed via shift-F12) and whether to use as a 
temporary file or to view from a saved version.


What's weird to me, right now, is that now it's now working again. 
That's the 2nd time that's happened. FF is reading files passed to it 
while open.

I thought it was the user.js file content (which I just, basically, 
copied from the FF support website relative to local files). But, when 
it quit working I was sure the problem was elsewhere. I'm still confused 
about what has happened, now that it's working again. I haven't done 
anything that I'm aware of (other than what I'd previously tried which 
was opening & closing FF after opening and saving the user.js file...).

Even the opening of a downloaded html file from the download manager 
(the "Open" option) now works! I'm mystified at this point!

[sigh] It's just another case of FM I'm sure!

I'd still like to know how to control this behavior tho!

DLF


Ralph Fox wrote:
> On Sat, 17 Dec 2005 08:47:12 -0700, in message
>  <[email protected]>, im42n8 wrote:
> 
> [top posting corrected]
> 
>> gwtc wrote:
>>> im42n8 wrote:
>>>
>>>> I recently upgraded to FF 1.5.
>>>>
>>>> The problem is I can't get it to read an html file passed to it from 
>>>> another application.
>>>>
>>>> For instance, FF is identified as my primary browser in Dreamweaver. 
>>>> When I want to view the page I've been working on I hit f12 and it's 
>>>> s'posed to load in FF. Doesn't happen. Instead, FF opens a new window 
>>>> with the default webpage instead of the file I was expecting.
>>>>
>>>> In another case, an applications' help files are HTML. Hitting the 
>>>> "Help" key results in FF loading a new window with the default/home 
>>>> page instead of the help file I was expecting.
>>>>
>>>> If I d/l a an HTML file and I hit the OPEN option in the download 
>>>> manager, FF loads the home page again.
>>>>
>>>> I created a 'user.js' file with the following:
>>>>
>>>> user_pref("capability.policy.policynames", "localfilelinks");
>>>> user_pref("capability.policy.localfilelinks.checkloaduri.enabled", 
>>>> "allAccess");
>>>> user_pref("capability.policy.default.Window.open", "allAccess");
>>>>
>>>>
>>>> So, how can I get FF to load the desired html file as requested?
>>>>
>>>>
>>> try saving it to your hard drive, then in FF use Open, File and open it 
>>> that way.  Does this work?
>>
>> Yes, it works that way...not the point. I don't want to have to 
>> necessarily search for a file in order to open it. I should be able to 
>> feed FF a file and have FF display it directly!
>>
>> If FF is closed, and I ask Dreamweaver (for example) to preview the file 
>> using FF, FF will open and display the requested file.  However, if FF 
>> is already open all I get is another instance of FF which displays the 
>> home page.
>>
>> If I've d/l an html file and I try to open it by hitting the "Open" 
>> option from the Downloads manager, the same thing happens. Isn't there a 
>> way to override this behavior?
>>
>> It's a pain in the keister, when I'm trying to review a webpage I'm 
>> working on, to have to search for the file in I've just modified. I just 
>> want the application to feed FF and have FF display it!
>>
>> It's a real pain when the help file for an application is a html-based 
>> file. Instead of the help file opening up I get another instance of FF 
>> displaying the home page!
>>
> 
> 
> You have not said which OS, so I will assume Windows.
> 
> If so, this [*] is a symptom of incorrect DDE settings.
> 
> [* if FF is closed it opens the page, if FF is already running it opens the home page]
> 
> 
> I don't have DreamWeaver, so I cannot tell you whether DreamWeaver
> has its own DDE settings for FF, or whether it is using DDE settings 
> in the Windows registry.  Either way, check those DDE settings.
> 
>