Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Pagination cursors are accepted with a different sort order or filter

Aperta
#1,111 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
go

Direzione di ricerca

Start by reading TestAPI_CursorOfAnotherQueryListsFromItsPosition from #1109 and compare its asserted behavior with the examples and affected endpoints listed here. The issue leaves open whether to document cursor parameter requirements or reject mismatched queries with a versioned cursor format. Confirm that decision before defining the change; done means the chosen behavior is consistently covered for the listed tenant, event, and attempt lists.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

A cursor from one list request can be sent with a different dir or different filters, and the API accepts it. The cursor holds only a position (timestamp and id), so the list continues from that position with the new parameters.

Example: take next from GET /api/v1/events?dir=desc, then request GET /api/v1/events?dir=asc&next=<that cursor>. The response is a 200 with the rows newer than the cursor, which the client has already seen.

GET /api/v1/tenants, GET /api/v1/events, GET /api/v1/attempts and GET /api/v1/tenants/:tenant_id/destinations/:destination_id/attempts all behave this way. The event and attempt lists do so on every log store.

Options:

  • Keep it and document that a cursor is only valid with the parameters of the request that produced it.
  • Reject it with a 400 invalid cursor. The cursor would have to carry a hash of the query parameters, which means a new cursor format version.

TestAPI_CursorOfAnotherQueryListsFromItsPosition (added in #1109) asserts the current behaviour on the event and attempt lists.

Lingua principale
Go
Stelle
1.1k
Fork
70
Merge medio
1g 3h
PR unite (30g)
50

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di hookdeck/outpost

Tutte le issue di hookdeck/outpost

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.