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

Feature request: autocapture native logs (gauging interest 👍)

Aperta
  • Qualcosa non va?
#449 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
dart, flutter
Ambito
mobile-dev, observability

Direzione di ricerca

Questa issue è una proposta di raccolta delle esigenze e non indica file di implementazione né test. Inizia esaminando l’API captureLog/logger esistente e la configurazione di logs, quindi mappa il funzionamento attuale di beforeSend, dei limiti di frequenza, della mappatura della severità e degli attributi delle risorse. Per considerarla completata sarebbe necessario concordare e pianificare un ambito per l’autocapture opt-in di native-log; l’issue non è ancora pianificata.

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

Descrizione

enhancement
Summary

Today, PostHog Logs on Flutter is manual capture only — you emit logs explicitly via captureLog(...) / the logger API. The SDK does not automatically capture the platform's native log streams.

We're considering adding autocapture for native logs so existing logging "just works" with zero extra instrumentation, and we'd like to gauge how much demand there is before building it.

👍 this issue if you'd use it. Comments about your use case are even more helpful.

Current behavior

Logs are only sent when you call them yourself:

Posthog().logger.info('checkout completed', {'order_id': 'ord_789'});

The following are not captured automatically: print, debugPrint, and dart:developer's log.

Proposed behavior

An opt-in config flag (e.g. logs.autocaptureNativeLogs = true) that hooks into print, debugPrint, and dart:developer's log and forwards them as PostHog log records — respecting the existing severity mapping, beforeSend redaction, rate cap, and resource attributes.

Related issues (other SDKs)

Same proposal is being tracked across our mobile SDKs:

  • iOS: PostHog/posthog-ios#673
  • Android: PostHog/posthog-android#586
  • React Native: PostHog/posthog-js#3956
  • Flutter: PostHog/posthog-flutter#449 (this issue)

Posted by the mobile SDK team to gauge interest — not yet scheduled.

Lingua principale
Dart
Stelle
97
Fork
85
Merge medio
1g 18h
PR unite (30g)
34

Preparare l'ambiente

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 PostHog/posthog-flutter

Tutte le issue di PostHog/posthog-flutter

Issue simili

Altre issue su Dart

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.