Unable to determine when all events have been uploaded
Maintainer antworten meist innerhalb von 2 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- cpp
- Bereich
- api, observability-sre
Rechercherichtung
Beginne damit, LogManager.UploadNow() ausgehend von der Reproduktion nachzuverfolgen und zu untersuchen, wie die Upload-Arbeit vor ExitApp() koordiniert wird. Definiere und dokumentiere, wie Aufrufer feststellen können, dass das Senden aller Ereignisse oder eines ausgewählten Ereignisses abgeschlossen ist, ohne sich auf einen Festplatten-Flush zu stützen; abgeschlossen bedeutet, dass die Crash-Reporter-Sequenz vor dem Beenden auf dieses Ergebnis warten kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Steps to reproduce.
UploadNow() is a non-blocking function
LogManager.UploadNow();
ExitApp();
Will reliably lose telemetry.
For our use case we need to be able to attempt to send telemetry ASAP and have way to know if it has finished before we exit our app. We want to send data right away not flush to disk since this is part of a crash reporter and we do not want to have a long delay before we receive crash information.
Solutions
Open to suggestions but we need a way to determine that all, or just a given event, has been sent so we know we can exit. Obviously in some cases it won't be possible to send events so perhaps a callback or a Result return value is needed.
- Vorherrschende Sprache
- C
- Sterne
- 104
- Forks
- 67
- Ø Merge
- 2 T. 15 Std.
- Gemergte PRs (30 T.)
- 10
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/cpp_client_telemetry
-
C API enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
microsoft/cpp_client_telemetry#628 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
OneDS C++ SDK retries already-ingested iOS events, causing duplicate telemetry recordsEvtl. vergeben @bmehta001 hat das vor 15 Tagen übernommen. Offenbug
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
microsoft/cpp_client_telemetry#1542 · 3 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
microsoft/cpp_client_telemetry#1504 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
microsoft/cpp_client_telemetry#1413 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 2 Tagen
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
microsoft/cpp_client_telemetry#1387 ·
Maintainer antworten meist innerhalb von 2 Tagen
Alle Issues in microsoft/cpp_client_telemetry
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
FujiNetWIFI/fujinet-lib#186 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
PackageKit/PackageKit#1027 ·