Set execution depth limit for GQL

[oskogstad]

We have the possibility for "infinite" recursion in our parties query (sub-parties)

  parties {
    subParties {
      subParties {
        subParties {
          subParties {
            ...
          }
        }
      }
    }
  }

Capping the global query depth level at 10.
(Max depth on dialogById seems to be 7)

query q {
  dialogById(dialogId: "c8147d41-936e-4124-8119-ea1add40c4b4") {
    dialog {
      transmissions {
        content {
          title {
            mediaType
            value {
              value
            }
          }
        }
      }
    }
  }
}

[LeifHelstad]

Initiell test:
Generer et IDPortenToken med den som ligger i felles postman pid=05085301731
Kjører med denne en GET parties, noe som returnerer en "authorizedParties" med tre party på samme nivå, ingen sub parties. Initell test er kun for å bekrefte at rett kall er utført på riktig måte. Neste steg er å finne en testdata pid som har sub-parties.

[LeifHelstad]

Tester med en gammel kjenning fra arbeidsflate test Aktor Kjær 26818999827
Her gir GET parties 4 partiens hvorav 2 har hvert sitt subParty. Rekusrivt to nivåer av paryt er testet.
Det er capping på 10 som skal testes, hvor finner man pid-er med +10 sub-party nivåer?

[LeifHelstad]

Setter test-status til NA på denne. Det er innført en hard capping på 10 nivåer som skal testes. Men etter det jeg forstår går det ikke å lage testdata med mer enn 7 nivåer uten at de tas av andre regler først. Ikke mulig å teste.