Closed thorsten-wolf-neptune closed 4 months ago
here the dump again in case you cannot open the pdf.
I think this is a generic abapGit issue, not only related to the RFC code, ideally a pull should not show additional gui, also when/if moving to all http gui
true. moving to a full non-sap-gui-solution abapgit itself would also face that issue. Should I put this issue in the abapgit repo for a broader audience and dicussion?
yes please
i cannot transfer this issue. should i just create a new one there? https://docs.github.com/en/issues/tracking-your-work-with-issues/transferring-an-issue-to-another-repository
just create a new one
Hi me again,
we do experience a dump in st22 when we try to call ZABAPGIT_API_RFC_PULL. dump.pdf
Here my finding: When trying to pull a repository that contains SAP artifacts that are having a namespace. Then a Dynpro Popup would show up for certain SAP artifact types:
The message in that dynpro is always the same (at least in our case) and is related to the namespace. As of now i identified: ACID -> Checkpoint Groups (Transaction SAAB)
ENHS -> Enhancement Spots (Transaction SE20)
and SOTR Texts (come into play when using exception classes that are not message class based)
It comes up because in the deserialize process some internal sap function modules/classes call function module TRINT_OBJECTS_CHECK_AND_INSERT with parameter IV_DIALOG <> space
so abapgit cannot really influence it 😞
I see one "dirty" workaround: That popup has two buttons: 1 "normal" ok
and 2. "Furhter for all".
SAP will check if the message that is about to be shown already accepted with "OK for all" with a global internal table called gt_confirmed_messages. If so they don't show that popup:
so in my very dirty workaround i did the following: hack the global internal table with a dirty assign 😄 At the very beginning of ZABAPGIT_API_RFC_PULL the following code works to bypass the issue:
any ideas what else we could do to cover this problem? Dirty assigns are the worst to do i know 😃 but i am afraid that is the only solution we have for this...