dynpro pf-status overloading selection-screen default pf-status.

[Former Member]

I have a report starting with a selection screen that calls a dynpro to show results. I have created a pf status for the dynpro to permit the user to go back, but when back is selected and the program is again in the selection screen, the default pf status seems to have been overloaded, and the buttons aren't working properly. What is the problem?

Thank you in advance,

S.

[Former Member]

I have a report starting with a selection screen that calls a dynpro to show results. I have created a pf status for the dynpro to permit the user to go back, but when back is selected and the program is again in the selection screen, the default pf status seems to have been overloaded, and the buttons aren't working properly. What is the problem?

Thank you in advance,

S.

[Sandeep_Panghal]

If you have created custom selection screen , then also set the PF status for this screen as well.

[Former Member]

Thanks, I'll try that. Anyway, it's selection-screen 1000, automatically created.

[Former Member]

Any other hint? I might create a custom pf-status for selection-screen 1000, because I don't need all the functionality for the dynpro, but I'd rather recover the standard when I go back from the dynpro.

[Former Member]

Hi Soledad,

check that your code follows the following sequence:

REPORT xyz.
..
...
START-OF-SELECTION.
  SET PF-STATUS 'ZTEST12'.

.
..
...

AT USER-COMMAND.
  IF sy-ucomm = 'BACK1'.
    SUBMIT xyz VIA SELECTION-SCREEN.
  ENDIF.

if you have PF-STATUS in the INITIALIZATION event check that there might be some issue with it.

George