u/JaguarFun804

Released Emitrace v1.1.0 — Been working on a Flutter debugging toolkit recently because I kept running into the same problem:

Released Emitrace v1.1.0 — Been working on a Flutter debugging toolkit recently because I kept running into the same problem:

Most bug reports from QA/users are still basically:
“app crashed” 😅

…without enough context to reproduce issues quickly.

So I started building a lightweight in-app debugging workflow around:

  • route tracking
  • logs
  • network calls
  • screenshots
  • event timeline
  • report generation

Latest update added:

  • route observer support
  • manual APIs for events/actions/errors
  • better timeline tracking
  • improved report export

One thing I’m trying hard to avoid is turning it into over-engineered “enterprise architecture” too early.

Current goal is mainly:

  • better debugging workflow
  • easier issue reproduction
  • lightweight integration for Flutter apps

Curious what other Flutter devs are currently using for:

  • production debugging
  • QA workflows
  • user issue reproduction
  • session tracking

And what’s the most annoying part of debugging Flutter issues for you right now?

🔗 GitHub: https://github.com/RITIKKUMAWAT009/emitrace
🔗 pub.dev: https://pub.dev/packages/emitrace

u/JaguarFun804 — 13 days ago

Built a Flutter AI SaaS starter kit after getting tired of rebuilding the same setup every project

Over the last couple of years working with Flutter, I noticed I kept rebuilding:

  • auth
  • routing
  • architecture
  • reusable widgets
  • API setup
  • onboarding flows

So I decided to create a reusable production-style starter foundation for my own projects.

Current stack:

  • Riverpod
  • GoRouter
  • Dio
  • Firebase Auth
  • Gemini API

Features included:

  • onboarding flow
  • demo auth mode
  • Firebase-ready auth
  • AI chat screen
  • dark/light theme
  • reusable widgets
  • loading/error states

One thing I tried focusing on was keeping the architecture scalable without over-engineering it.

Would genuinely love feedback from other Flutter devs on:

  • folder structure
  • DX
  • architecture decisions
  • things you’d improve in a starter project like this

Demo:
https://youtube.com/shorts/o01aq8faMLY?feature=share

u/JaguarFun804 — 14 days ago
▲ 1 r/FlutterDev+1 crossposts

It’s an in-app debugging / QA toolkit for Flutter apps that helps capture:

  • Logs / breadcrumbs
  • Network requests
  • Runtime errors with screenshots
  • Debug reports
  • Slack summaries

Built it after facing repeated QA/debugging pain in production apps.

Would genuinely appreciate feedback from Flutter devs on:

  • Missing features
  • API design
  • DX improvements
  • Real-world use cases

Pub.dev: https://pub.dev/packages/emitrace

u/JaguarFun804 — 15 days ago

This is my actual workflow right now and it's painful:

QA tester finds a bug on staging build. They send me a screenshot or voice note. I have no network logs, no error trace, nothing. I switch to debug mode, try to reproduce it. Half the time I can't reproduce it because I don't know exactly what they did or what API responded with.

I've lost hours — sometimes days — on bugs that would have taken 10 minutes to fix if I just had the logs from the moment it happened.

Is this just me? How are you handling this? Is there a tool that actually solves this for Flutter specifically?

reddit.com
u/JaguarFun804 — 24 days ago

>Genuinely curious how others handle this workflow.

When I build a staging APK or TestFlight build for a QA tester or a client, there's no clean way for them to share what went wrong. They end up sending me a screenshot of a white screen, or a voice note saying "it crashed." Meanwhile I have zero network logs, no error trace, no device info — nothing to work with.

Flutter DevTools is great but it's tethered to my IDE. The moment the build leaves my machine, I'm blind.

Is anyone solving this well? Or is everyone just suffering through it?

I'm considering building a lightweight embedded debug layer for Flutter — an on-device overlay that QA testers can use to export logs, network calls, and crash info without needing a developer present. Would something like that be useful to you?

Drop your current workflow below — would love to understand how bad (or good) this problem actually is before I build anything.

reddit.com
u/JaguarFun804 — 25 days ago