Getting the f77 HELP to work through a mapped network drive

I have the webhelp files stored on a server mapped as network drive "Z:"
In System Control F/M I put "Z:" (without the quotes) into the primary location for help text..
I keep getting the message:
"On line help not available for this module"
I made sure I have the SMTHLP file with the appropriate help links.
To test, in command mode I took the second link in the file and pre-pended it with the system_help command and "Z:" :
SYSTEM_HELP "Z:APOutputWebHelpAccountsPayable_CSH.htm#10"
Nothing. But when I try :
SYSTEM_HELP "Z:APOutputWebHelpAccountsPayable_CSH.htm" or
SYSTEM_HELP "Z:APOutputWebHelpAccountsPayable_CSH.htm"
It loads internet explorer and lauches the AP help screen. So FACTS77 DOES recognize the mapped network drive. system_help does not like the in-page link (#10), so I assume Infor is not using system_help.
Also, I edited SMTHLP with UTLOOK and took out the #10, but APE110 help button still did not work.

How is the web page being invoked? What is the structure of the command invoked by WindX that launches the default browser and the webhelp page?

0712131256598360.doc

Find more posts tagged with

Comments

Legacy Contributor

John,

Do you have the Solutions KB article for settiing up help? I'll e-mail it to you just in case you don't. If you click the Help button on the Master Menu, does help launch successfully?

Steve

jeff-christie

John,

I had a similar experience recently where everything was setup correctly, but help still wouldn't launch. I would look towards the permissions on the folders involved. I'm not the expert in the area, but once we gave full control to the folders Help launched just fine. I would definitely look in that area if everything is setup correctly FACTS wise.

Legacy Contributor

John,

See SMC190 at label TRY_NO_LOC. The "On line help not available for this module." is generated if an OPEN or SYSTEM_HELP fails. Here's the code in 7.7.2:

20600 TRY_NO_LOC:
20605 open (hfn,err=NO_HELP)%wdx$+help_file_name$; close (lfo)
20610 help_file$=fn%if$(nul(prefx$),"",quo+prefx$)+help_text_file$+fn%if$(nul(p
20610:refx$),"",quo)
20615 system_help help_file$,err=NO_HELP
20620 goto DISPLAY_HELP_GUI_CLOSE
20625 NO_HELP:
20630 z$="NO_HELP"; gosub 8810

skyler-williams

Steve - thanks. I referred to that article and made sure I had the correct SMTHLP, without which I would have been dead in the water.
Bob - I think you nailed it - it must be a permissions error. I got this to work on my in-house server with a mapped network drive.
Todd - Thanks for cluing me in as to where the error is being generated. Now I know where to look, so I can see what the value of ERR is (12? 0?). That will be very useful if it turns out not to be permissions related. It could very well be a network issue at my client's side, because of some flaky samba related issues that went on prior to finally getting the drive mapped.

[Updated on 3/22/2011 2:41 PM]

skyler-williams

The problem turns out to be that FACTS SMC190, checking to see if the file exists, tries to open the target htm file in READ/WRITE mode. If the samba share is set up without
read only = NO
as one of the parameters in /etc/smb.conf, then it fails on the open.
The rascally line of code is SMC190, line 20530

Copyright © 2025 Infor. All rights reserved.