Same Report runs different on/off menu

[DonQuixote]

I have a report that has a GRIM interface. /TRN.DISCREP.RPT but does not have a /RD entry.
It runs a basic program.
The /URM shows the Warehouse number is Not mandatory.
As a slash command this report works properly.
If I run the report from a menu it says the Warehouse number Is mandatory.  What am I missing?
I've deleted and regenerated the code for the /PD.P
I've removed and re-entered the item on the menu.
I've cleared the drivers.
Any suggestions?

[precisonline]

Does the mandatory prompt come up on the /URM or after the parameters have been entered?  I'm sure there's an explanation but we need to first figure out where that message is coming up.

[DonQuixote]

On the first question of the /URM if you fail to make an entry a pop up dialog box says
"Mandatory Input, Please Enter A Response!"

[precisonline]

What's the validation on that field (on the /URM) look like?

[DonQuixote]

/URM
Report Name TRN.DISCREP.RPT
Data file       STOCK-TRANSFER
Dictionary Name                        Op   Mult  Man
WORK<1>      Warehouse            =      Y      N
WORK<2>      Ship/Rec Whse S/R  =     N      Y

[precisonline]

Go deeper man.  What's on the validation for those fields (on the popup)?

[DonQuixote]

WORK<1>
Default Process        P("WHSE.PROMPT.DEFAULT")[M]
Validation Process     C:WHSE.ADDR.VAL,R
This Validation is a basic program and if PARAM is 'R' like it is here ... it exists.

WORK<2>
Default Process        P("DEFAULT.VALUE,S")
Validation Process     E:TABLE('TRN.SORT.RPT') >''{[E42]}
The table for W<2> is only looking for S or R

[precisonline]

Check /PD.P WHSE.ADDR.VAL; something in memory is likely being set differently based on how the report is being called.

[precisonline]

You sure the menu is calling the same process?  What message exactly is appearing and at what time?

[DonQuixote]

I put a display in the top of WHSE.ADDR.VAL just to see if it ever went there.
The message "Mandatory Input, Please Enter a Response!" appears when I run it from the HIP.DLY.RPT menu and it never goes to WHSE.ADDR.VAL.

But, when I run it from TCL or ... get this ... from the ICS.RPT.SM menu it works correctly, not requiring an entry.

I retyped the command in both menus. Its the same command.  Its like its running an old version in the one menu.

[precisonline]

Try this:

/TRN.DISCREP.RPT

and then this:

/TRN.DISCREP.RPT,1

Note how the warehouse is handled differently in each.  It would appear that when the @PARAM variable is 1, Prelude's GRIM processing is loading a saved parameter set that just happens to have the warehouse flag setup as mandatory.  Rename USER.REPORTS TRN.DISCREP.RPT!1 to end in anything but !1 (or simply remove that saved parameter set) and you should be good to go.

Seems to me like a bug, but I guess as long as you don't save report parameters with numeric suffixes should be mostly okay, right?