2015-08-12 8 views
10

sto usando GitHub API v3 per connettersi a un repository e ottenere l'elenco dei problemi che erano aggiornamento/creato since una specifica data di . Io uso questi parameters per ottenere un risultato filtrato:Github Problema evento 'bloccato' non aggiorna l'edizione in sé

  • Filtro: All
  • etichette: bug
  • stato: tutto
  • sorta: aggiornato
  • direzione: ascendente
  • dal: Data

Se trovo qualsiasi risultato, per ogni problema ottengo il issue events che ha attivato una modifica (filtro per quelli che sono accaduti sincedata).

Tutto funziona bene per tutti tranne che per issue eventbloccato e sbloccati eventi che, per qualche motivo, non aggiornano il problema updated campo.

Questo porta alla incapacità di ottenere poi l'elenco dei problemi che sono state aggiornate since che specifica data e, pertanto, non controllare il issue events.

Domande:

  1. C'è un motivo per cui questi due eventi non aggiornano il problema?
  2. Esiste una soluzione accettabile, ad eccezione di quella in cui dovrei ottenere tutti i problemi e interrogarli manualmente?
+0

È possibile provare a utilizzare E-Tag anziché Since per memorizzare la richiesta. – EugZol

+0

Ciò significa che dovrei salvare da qualche parte un precedente 'Etag' per confrontarlo o interrogare il server come:' If-None-Match: "bfd85cbf23ac0b0c8a29bee02e7117c6" '. Questo complicherebbe molto ma è davvero una soluzione. – Advicer

+0

Ma tu hai già archiviato l'ultima data "da", vero? – EugZol

risposta

1

A oggi (4 ottobre 2015), non riesco a riprodurre questo problema. Se era riproducibile quando la domanda è stata postata, probabilmente era un bug, non una funzionalità.

C'è un motivo per cui questi due eventi non aggiornano il problema?

Aggiornare il problema (vedere il campo updated_at) e il parametro since funziona correttamente.

Esiste una soluzione accettabile, ad eccezione di quella in cui dovrei ottenere tutti i problemi e interrogarli manualmente?

Basta utilizzare il parametro since, il modo in cui si suppone che lavorare, ma tenere a mente il fuso orario potrebbe essere diverso. Dato che sei in Romania (come me! :-)) e il tuo server potrebbe trovarsi in un altro fuso orario, potresti voler modificare la data in modo che corrisponda all'ora romena. Probabilmente è il tuo problema. Basta aggiungere/sottrarre alcune ore e vedere se questo aiuta.

curl i problemi, non riesco a riprodurre il comportamento che hai.

Dall'altro lato, è possibile utilizzare il parametro locked che viene comunque aggiornato.