TM1 Forum

I have a client who has never been able to access the TM1 help files in a browser.

This morning he contacted me to try to resolve this.

Coincidentally I had changed the file type link in Windows this morning so that types

URL:HyperText Transfer Protocol with Privacy
URL:HyperText Transfer Protocol

were associated with Firefox

When I went in to check the path I found that my doc was just showing 2 blank panes.

It does still work in IE though.

If I try to oen the file using browse I get the following error

Firefox doesn't know how to open this address, because the protocol (c) isn't associated with any program.

The path is C:/Program Files/Applix/DocLibrary/Eng/wwhelp/wwhimpl/js/html/wwhelp.htm

Any ideas?

J

John,

I would guess that they've used IE specific javascript as it also works in IE7 for me.

On FF3 I get a blank screen apart from a column divider. Both columns are blank, but at least I can move the column divider. Which is nice.

Personally I think the new help system is a very large step back from the old one.

the error sounds like fox is interpreting the drive letter as the web protocol ( C:\ instead of http:\\ ) and thats why it fails to do anything. I think this might have a link with the nasty way IE is integrated with the operating system, as IE just uses the file path to show a page stored locally, it doesn't need the protocol.

i don't have that version of the help at work (yay!) nor access to fox (boo!) but i'll have a look at how fox behaves at home tonight. Never dawned on me that it might handle locally stored webfiles differently to those hosted, if it does then i'd be inclinded to log that as a fault and point out that not everyone is chained to MS and it should render the help files no matter what browser you use. Got access to Opera or Safari to see if they work either?

Thanks Andy

It used to work in FF2 but upgrading to FF3 was something else I did last week so maybe its that that broke it.

but at least I can move the column divider

Well that can't have been intentional if the first 10 years of cube viewer were anything to go by

Steve - only got IE7 and FF3 here.

Cheers

John

John Hobson wrote:It used to work in FF2 but upgrading to FF3 was something else I did last week so maybe its that that broke it.

I've had other problems with FF3 and have had to go back to FF2, so it could well be FF3's fault.

Martin

Does the online documentation work for him? It's working for me on FF3. Could be a workaround until you sort this issue out.

http://www.applix.com/doc_lib/ENG/wwhel ... wwhelp.htm

Matt

Yep, the online version works fine in FF3 for me too.

But if I do View | Page Source on both pages, they are identical. So it is successfully rendering the online http: version, but not the local file: version, although it is not completely failing as I can see the column divider. Could be time for a rummage in about:config.

Nice one Matt - never even knew there was an online version!

As Andy says it does work in FF3 and the problem must be in how it is dealing with the local settings.

J

Steve Vincent wrote:the error sounds like fox is interpreting the drive letter as the web protocol ( C:\ instead of http:\\ ) and thats why it fails to do anything.

For the local help: does prefixing the URL with "file://" solve the problem?

Michel

When you open the file, it automatically gains the file:/// prefix. Yes /// not just //, but deleting the third / doesn't help as it immediately gets replaced, and we know that it isn't a problem, as FF is finding the file correctly, it is just having trouble rendering it.

I checked the FF3 error log and it shows a number of errors as shown here
They mean nothing to me of course except to say that there appears to be some sort of permissions issue going on here (Yes we CAN read up here in the North West)

J