Previous Screens Showing Through On Final Screen

[jdestes]

We have a setup with a particular program where we have a navigation program with 4 tabs. Each tab calls another program and each of the programs call each other when the user presses enter on that particular tab. Basically the direction the programs flow is that Tab 1 calls Tab 2 and Tab 2 then calls Tab 4. Tab 3 is purposely left out of the normal navigation because that shows extra information that is not needed to process a complete sales order. The issue we are having is that when tab 4 is called from tab 1 or tab 2, tab that made the call has that tabs screen display in tab 4's screen. Either tabs screen will leak through the 4th tab when it is called from there. We have the overlay property set to true as well as the assume property. We have don't set on *INLR when a program ends, we use RETURN instead. What we noticed is that when we use *INLR = on then the screens don't leak through the 4th tabs screen. We cannot however use *INLR because any one of the tabs can be called multiple times before the whole program is exited and it would be way too much of a performance hit to open and close all the files over and over again. We compared the program and screen that is called in the 4th tab to the others and can't find any differences that would cause this to occur. Are there any ideas on what we should look for to resolve this issue?

[Scott Klement]

Can you explain why you are using overlay=true and assume=true if you don't want the screens to overlay each other? Those parameters and intended to make things overlay...

Also, do you have anything set for 'overlay range', 'erase formats' or 'clear line'?

[jdestes]

Hi Scott,

We have those options set because we do want the screens to overlay on top of each other. The issue is though that we don't want them leaking through each other. It seems really strange because on the final screen only is where the previous record formats from the other screens seems to leak through. I have tried using the erase formats property on our screen but that didn't seem to help at all. I am not familiar with how clear line or overlay range would work for solving this issue.

Thanks,

Joel

[Scott Klement]

Hmmm... now I'm not sure that I understand what you mean by "leaking through".

Could this be an issue with the z-Indexes of some of the widgets? Can you post a Ctrl-F9 JSON file? (Just press Ctrl-F9 and the browser will download one, then attach it here.) This will let me "re-play" your screen so I can see what you're referring to.

[jdestes]

I have attached the JSON you requested of the screen. As you can see there are record formats for SFLCTLORG and ITMINFORF which should not be apart of this screen. They are from a previous program on another tab that calls into this program after the user finishes with it. They don't exist anywhere on the display file which I also attached for you to see. Can you see anything in particular that causes this to occur?

[Antonio]

Joel,

I took a look at your files. Just so we are on the same page, when you are referring to "Leak through" you are simply stating that its showing portions of the previous record format in the current record format correct? So the portions shown in my two attachments.

If this is the case, I believe this is because the record format PmtInfoRF has the property "Overlay" set to true; this tells the record format to not clear the screen before displaying. If the record formats SFLCTLORG and ITMINFORF were already being displayed prior to calling the record format PmtInfoRF, then those record formats will continue to be displayed since you have Overlay set to true and they are not cleared out. PmtInfoRF simply displays right over them.

[jdestes]

Antonio that is correct we do have it set for true... but we need to in order for the final screen to overlay over the navigation screen behind it. I tried taking off the overlay and it doesn't show our final screen with the navigation program running behind it. Also we have overlay set on with all of our major screens so it doesn't seem to make sense that this only occurs with the final screen. Our customer info screen and details screens also have overlay set to true but it does not have previous record formats running behind them except for the navigation which is what we want. For some reason the final screen only has this issue with record formats not clearing off before and are in before the navigation program is run.

[Antonio]

Joel,

Can you send me some JSON screenshots of your other screens that have the overlay set to true but are not experiencing this problem? And can you send me a JSON screenshot of the final screen which does not display if you modify the overlay property?

If you could also include copies of the display files for these screens, thatd be great.

Thanks!

[jdestes]

Antonio,

I have attached everything that you have requested.

Thanks,

Joel

[jdestes]

Files Continued.