Enhance debugging of rescheduled notifications
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Empieza en src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java: la ruta de re-programación cerca de la línea 321 inserta una nueva notification y archiva la antigua, mientras que la línea 230 genera el UUID aleatorio que se usa como user token. Rastrea cómo el futureUserToken de la notification original está disponible en ese punto y decide entre reutilizar el mismo token o pasar futureUserToken a través. Listo significa que las entradas archivadas y las recreadas sean vinculables por token; añade o ejecuta las pruebas de notification existentes para confirmarlo, aunque cabe señalar que la issue lleva más de cuatro años sin respuesta y sin comentarios.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Java
- Estrellas
- 13
- Forks
- 33
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de killbill/killbill-analytics-plugin
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
-
Automation analysisAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
killbill/killbill-analytics-plugin#163 · 1 comentario ·
Todos los issues de killbill/killbill-analytics-plugin
Issues similares
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
TeamAmaze/AmazeFileManager#4769 ·
Los mantenedores suelen responder en 7 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
open-feature/java-sdk#2076 ·
Los mantenedores suelen responder en 1 día
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresAbiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Suwayomi/Suwayomi-Server#2551 ·
Los mantenedores suelen responder en 9 días
-
CLI: enforce absolute ADB device paths in file and directory commandsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
weaviate/java-client#631 ·