Browser support

[doc_guy]

And the final version of FF3 is available tomorrow on "D-Day" for download day. Mozilla needs everyones help to break a record with FF3 being the most downloaded piece of software within a day.

Too bad Mozilla's site was brought to its knees. Try loading http://spreadfirefox.com. All I can get is a page load error.

[LTinker68]

And the final version of FF3 is available tomorrow on "D-Day" for download day. Mozilla needs everyones help to break a record with FF3 being the most downloaded piece of software within a day.

Are you sure it's the final version? If it is, then their webmaster is a tad behind -- http://www.mozilla.com still lists Firefox 2 as the current version. That is, when you can get to the website.

[RamonS]

Well, you need to go to http://www.getfirefox.com and use the link there. The download is supposedly available since 10am PDT, but I only managed to get to it now.

[doc_guy]

ditto. It's updated to 3.0 final.

[KevinDAmery]

Seems zippy enough. I can't decide yet if I like the new look or not--but presumably the theme makers will start supporting it soon.

[doc_guy]

I've been using 3.0 RC1, and I've grown accustomed to the look. I quite like it now. All in all, I'm a big fan of 3.0. (And FireFTP has been updated to support it as well!!)

[RamonS]

I used it now for a few hours and it is really nice. The new address bar requires getting used to, but I guess that will take only a bit longer.

[Richard Ferrell]

Same here, the address bar is going to take some getting use to also..

[RamonS]

There is already a plugin available that brings the old bar back
https://addons.mozilla.org/en-US/firefox/addon/6227

Sorry for totally derailing this thread.

[LTinker68]

Sorry for totally derailing this thread.

You mean this thread wasn't originally about Firefox v3? Dang, when did we leave the tracks?

(That was "Dang" the expression not "dang" the forum user. )

[KevinDAmery]

Sorry for totally derailing this thread.

You mean this thread wasn't originally about Firefox v3? Dang, when did we leave the tracks?

(That was "Dang" the expression not "dang" the forum user. )

Although if Dan wants to take a crack at it he's welcome to guess

[WayneC]

Using Firefox 3 (downloaded it yesterday) WebHelp search is not working on a locally stored file (works fine in IE). The Loading indicator gets stuck at 5 bars and the search box never appears.

This error appeared in the Error Console

Security Error: Content at file:///I:/Flare%20Projects/Developer%20Help/Output/Wayne/MyWebHelp/Default.htm may not load data from file:///I:/Flare%20Projects/Developer%20Help/Output/Wayne/MyWebHelp/Data/Filters.xml.

Error: uncaught exception: [Exception... "Access to restricted URI denied" code: "1012" nsresult: "0x805303f4 (NS_ERROR_DOM_BAD_URI)" location: "file:///I:/Flare%20Projects/Developer%20Help/Output/Wayne/MyWebHelp/Content/SkinSupport/MadCapUtilities.js Line: 2079"]

any ideas?

[lacastle]

This worked for me:
http://forums.madcapsoftware.com/viewto ... ff3#p33471

Heads up, all. Here's the latest from Madcap, via Neal P.

... and I quote:

Currently, Firefox 3b5 has a more stringent file security model that does not allow local files to use XMLHttpRequest. This is most likely going to be kept in the final version of Firefox 3.


Until this is addressed, here’s the workaround:


1) Open Firefox 3b5

2) Type about:config into the address bar and hit enter

3) Click yes at the “Void Warranty” screen

4) Filter for security.fileuri.strict_origin_policy

5) Change it to False by double-clicking the option

6) WebHelp will now work in your local browser

------------------- end quote -------------------

Before tinkering, or telling your users to tinker, notice that the problem is not observed if your WebHelp is SERVED. Only if you supply your WebHelp output on CD or in tarball (or whatever) to be saved on the user's local system and browsed directly, without an intervening server. That sounds like it lets at least half of you off the hook.[

[trent the thief]

Hi Everyone,

Note that this fix is also necessary in the release version of firefox 3.

Thanks for discovering and posting a fix before I had a panic attack!

[RamonS]

Seems that something needs to be changed on the Flare side then. I don't think having customers reconfigure their browsers will work out well. They don't even want to do that with IE.

[trent the thief]

Seems that something needs to be changed on the Flare side then. I don't think having customers reconfigure their browsers will work out well. They don't even want to do that with IE.

I'll say. I've been porting a new project to Flare and discovered it didn't work this morning. I was _very_ upset. I'm glad there's at least a workaround for local users. I was pretty worried.

[LTinker68]

Seems that something needs to be changed on the Flare side then. I don't think having customers reconfigure their browsers will work out well. They don't even want to do that with IE.

I'll say. I've been porting a new project to Flare and discovered it didn't work this morning. I was _very_ upset. I'm glad there's at least a workaround for local users. I was pretty worried.

This is analogous to having to add MOTW for local viewing of WebHelp using IE. And if it's specifically the XMLHttpRequest that was mentioned previously, then this won't affect just WebHelp -- it'll affect any web application that uses XML files to provide data to the app GUI. If any of you guys work for companies that are developing web-based applications that will run on local machines and you're trying to make them cross-browser compatible, then you might want to suggest your developers test their apps in FF3.

[trent the thief]

Those aren't hard candies in that dish on my desk. I'm a Technical Writer; they're anti-psychotics.

[NorthEast]

Does anyone know in what circumstances this happens, or what settings affect it?

I've tried out a handful of help projects in FF3 and I'm getting some mixed results with the searches.

In one project the search seems to work fine, but in most of the others the search just sticks at the loading message as described.

The thing is, I don't know what the difference is - all the projects use the same target, skins, stylesheet, etc.

[trent the thief]

Hi David,

I have only had it happen with FF3 final. I didn't test with any rc's or betas. It happened for me every time without fail. Could it be perhaps that your setting is not being retained?

[NorthEast]

I'm really not sure, I've got two WebHelp systems open in FF3 (final) here, and the search works in one and not the other.

They're different projects, but both use the same standard 'template' (target, skin, stylesheet, glossary, etc). I'm just a bit surprised and confused why one of the projects works and not the others.

[trent the thief]

are both served from a local hard drive? Not a network drive?

[NorthEast]

Yep, both the WebHelps are on my local drive.

[mark]

I'm really not sure, I've got two WebHelp systems open in FF3 (final) here, and the search works in one and not the other.

They're different projects, but both use the same standard 'template' (target, skin, stylesheet, glossary, etc). I'm just a bit surprised and confused why one of the projects works and not the others.

I have the sample problem here. In FF3 the search wont work in most cases.

I tested some other browsers:
IE6: works
IE 7: sometimes working
IE8: crashes (with and without IE7 emulation)
FF3: not working
Opera 9: works

can't tell about other browsers.
I hope this problem can be fixed some way?

[trent the thief]

oblem here. In FF3 the search wont work in most cases.

I tested some other browsers:
IE6: works
IE 7: sometimes working
IE8: crashes (with and without IE7 emulation)
FF3: not working
Opera 9: works

can't tell about other browsers.
I hope this problem can be fixed some way?

Laura's fix worked for me:

http://forums.madcapsoftware.com/viewto ... =15#p35306