Enhance debugging of rescheduled notifications
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Parti da src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java: il percorso di re-scheduling vicino alla riga 321 inserisce una nuova notification e archivia quella vecchia, mentre la riga 230 genera il UUID casuale usato come user token. Traccia come il futureUserToken della notification originale sia disponibile in quel punto e scegli se riusare lo stesso token o passare futureUserToken. Per « Done » si intende che le voci archiviate e ricreate siano collegabili tramite token; aggiungi o esegui i test di notification esistenti per verificare, benché si noti che la issue è rimasta senza risposta e senza commenti da oltre quattro anni.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When a notification is re-scheduled, a new notification entry is inserted and the current one archived in the history table, see: https://github.com/killbill/killbill-analytics-plugin/blob/98e97ab0f1fbd6156ea7eebc89d23fc594045c7d/src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java#L321
Unfortunately, random UUID is used for the user token, so we cannot link the two entries: https://github.com/killbill/killbill-analytics-plugin/blob/98e97ab0f1fbd6156ea7eebc89d23fc594045c7d/src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java#L230
We should either re-use the same token or use the futureUserToken of the original notification as the user token of the new one.
- Lingua principale
- Java
- Stelle
- 13
- Fork
- 33
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di killbill/killbill-analytics-plugin
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
-
Automation analysisAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
killbill/killbill-analytics-plugin#163 · 1 commento ·
Tutte le issue di killbill/killbill-analytics-plugin
Issue simili
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
TeamAmaze/AmazeFileManager#4769 ·
I maintainer di solito rispondono entro 7 giorni
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresApertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Suwayomi/Suwayomi-Server#2551 ·
I maintainer di solito rispondono entro 9 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
weaviate/java-client#631 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni