Paginering av endringsforespørsler står fast på første side (change request)

Hør med @simen-rekkedal eller @Nyeng for mer info hvis du plukker denne og er usikker på hva som skal gjøres her

`GET /authentication/api/v1/systemuser/changerequest/vendor/bysystem/{systemId}` deler ut en fortsettelsestoken den selv ignorerer. Første side er riktig, men følger man `links.next` kommer de samme elementene og den samme tokenen tilbake hver gang. En leverandør med mer enn 50 endringsforespørsler på et system når derfor aldri forbi de 50 første.

Målt i at23 på `312605031_PaginationChangeRequests`, som har 120 ventende endringsforespørsler:

| Side | Antall | Første id | Unike totalt |
| --- | --- | --- | --- |
| 0 | 50 | c10ef820 | 50 |
| 1 | 50 | c10ef820 | 50 |
| 2 | 50 | c10ef820 | 50 |

Samme i at22, tt02 og yt01. Systemet er seedet i alle fire og kan brukes til å reprodusere.

Til sammenligning blar `request/vendor/bysystem` riktig på tilsvarende datamengde, med identisk URL-form og identisk tokenkoding (base64 av en JSON-sitert guid). På `312605031_Virksomhetsbruker` i at23 gir den 50, så 44, så ingen next-lenke.

Opprett, list og trekk tilbake virker, det er bare pagineringen forbi første side som er brutt.

Testen som fanger det ligger som utkast i Altinn/altinn-platform-validation-tests#470, sporet der som Altinn/altinn-platform-validation-tests#471.

Start with GET /authentication/api/v1/systemuser/changerequest/vendor/bysystem/{systemId} and compare its continuation-token handling with request/vendor/bysystem, which paginates correctly. Reproduce using 312605031_PaginationChangeRequests in at23 or the other listed seeded systems, then run the draft validation test in Altinn/altinn-platform-validation-tests#470 (tracked as #471); done means later pages contain new requests and no next link remains after the final page.

Written by the indexing model from the issue text.