topic dynpro pf-status overloading selection-screen default pf-status. in Application Development and Automation Discussions

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

Former Member — Thu, 28 May 2009 07:32:02 GMT

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,

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

Sandeep_Panghal — Thu, 28 May 2009 07:55:06 GMT

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

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

Former Member — Thu, 28 May 2009 08:01:27 GMT

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

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

Former Member — Thu, 28 May 2009 08:04:07 GMT

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.

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

Former Member — Thu, 28 May 2009 08:04:43 GMT

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