Hi Rafael
From your description i am not sure what you are trying to achieve.
Can you please provide more information on the problem you are trying to solve. It sounds like a navigation issue of some sort.
Regards
Darren
DARREN hasn't added any friends yet.
10 May 2017 - 05:13 PM
Hi Rafael
From your description i am not sure what you are trying to achieve.
Can you please provide more information on the problem you are trying to solve. It sounds like a navigation issue of some sort.
Regards
Darren
20 January 2017 - 04:13 PM
Sounds like you may have found a bug. An alternate option, although not ideal, would be to delete and then insert back in that node.
11 January 2017 - 05:03 PM
You cannot do that.
Make the report global (set the switch and recompile).
You can still @LFUNCT to the report from other parts of the system (frowned upon - but does work) OR create a wrapper function that calls the global report and @LFUNCT to that from other parts of the system (obviously code changes required for this implementation solution).
Alternatively, @LFUNCT to the Report. This solution will require the window to close and then exit the parent function.
You could enhance the window to pass back a parameter like #RunReport
...and in the parent function test the parameter
//
if #RunReport = True then
@LFUNCT = 'PCBC04A'
FNEXIT
endif
11 January 2017 - 04:17 PM
a) Ensure the global report is defined as a global report (the global switch has been set) and it has been compiled.
Ensure the security category on the global report is defined in the security category of the operator that is attempting to run it.
11 January 2017 - 02:09 PM
That is correct. A global function can and often is called from a screen and/or update.
Check the parameters in the interface to the global function are the same type as the parameters they are being mapped to i.e. Alpha to Alpha and Numeric to Numeric.
Are you passing an array to the global report?
Does the global report have the correct function security category for your operator?