topic Bypass input checks in Application Development and Automation Discussions

Bypass input checks

former_member533538 — Fri, 25 May 2012 16:12:35 GMT

Hi friends,i have a dialog program,one of subscreen has a table control、one delete row button、one copy row button,the screen flow logic is as below:

PBO

............

PAI

LOOP TABLE CONTROL TABLE.

CHAIN:

FIELD1 MODULE FIELD1_CHECK.

FIELD2 MODULE FIELD2_CHECK.

FIELDn MODULE FIELDn_CHECK.

MODULE MODIFY_INT_TABLE.

ENDCHAIN.

ENDLOOP.

MODULE USER_COMMAND. "DELETE ROW AND COPY ROW

Now i face a problem:if one of screen field validation fail,i can't delete the error row ,when i click delete button,the screen will show error message to prevent me to delete row,so pls. tell how can i bypass the input check if i click delete button?thanks.

Re: Bypass input checks

Former Member — Fri, 25 May 2012 16:24:25 GMT

Use AT EXIT-COMMAND.

MODULE delete_rows AT EXIT-COMMAND.

Handle your code to delete here.

Also give function type of delete button as 'E'.

Re: Bypass input checks

Former Member — Fri, 25 May 2012 18:54:11 GMT

It's probably working correctly (IE the same as standard SAP programs).

I'd leave it as is.

Rob

Re: Bypass input checks

former_member533538 — Sat, 26 May 2012 00:37:13 GMT

Re: Bypass input checks

Thanks,shambu, i think your solution would work, but i think it is not a standard solution.

Thanks,Rob,but it really didn't work,someone could tell me why?

Re: Bypass input checks

Sandra_Rossi — Sun, 27 May 2012 09:17:54 GMT

Hi,

the answer of Shambu VS is absolutely correct, and is fully supported by SAP. Why do you say you think it's not a standard solution?

Sandra

Re: Bypass input checks

Former Member — Mon, 28 May 2012 13:15:18 GMT

Hi - Sandra - are you sure this is the the way SAP normally does things?

I think that if you have a table control where you have entered a number of rows and want to delete one, you would want to go through the normal validations.

Rob

Re: Bypass input checks

Sandra_Rossi — Tue, 05 Jun 2012 22:52:34 GMT

Hi Rob,

(sorry for the delay, I'm not comfortable yet with the new forum's options)

I was just saying what is technically possible, SAP uses it all the time to leave the screen, and sometimes for actions inside the screen (but you are correct that SAP does not do it often). Here, the "delete row" would simply bypass the FIELD ... MODULE ... failed checks, just to allow the deletion.

After the row has been deleted, the user can save the data, and the FIELD ... MODULE ... checks are executed again (as long as we don't use the ON REQUEST addition).

Sandra

Re: Bypass input checks

Former Member — Wed, 06 Jun 2012 13:21:42 GMT

Sandra Rossi wrote:
... I'm not comfortable yet with the new forum's options.

There's a lot of that going around these days

It's actually something I'm not familiar with. I was thinking that if you have an exit command that deletes a line (bypassing validations), then when the save or enter or whatever button is pressed afterwards, the normal validations would not take place, since nothing had changed since the row was deleted.

But I think you are saying those validations will take place because the previous exit command didn't execute them.

Rob

Re: Bypass input checks

Sandra_Rossi — Wed, 06 Jun 2012 15:03:18 GMT

I'm not so familiar with it too 😉

I just did a few tests:

when we execute an exit command after there was an error, the logic restarts from the point of the error in the PAI, without reaching the PBO. So, in the PAI, I had to skip checks when the "delete" key was pressed, so that the PBO is executed to see the line deleted. Then, pressing the enter key (by the way, remember to clear the okcode field at the end of the PBO), the checks were executed again.
about the conditional processing for changed values, I think this may occur only if you use MODULE ... ON (CHAIN-)REQUEST; otherwise the modules are always called (except the case where there is a restart from the module where there was an error)

Sandra