Hi Dart Team,
My name is Muhammad Waleed Aslam. I am a Software Engineering student in my 6th semester at the University of Sargodha, Pakistan (GPA 3.58), and currently working as a Flutter Developer Intern at Switch2iTech.
I am applying for the "Add WebSocket/gRPC Support to Flutter DevTools Network Panel" project for GSoC 2026.
I have studied issue #9507 carefully, including the HTTP profiling implementation history (the _HttpProfile scaffolding, VM service extensions, dart:developer APIs, and http_profile package work) that the WebSocket support would mirror. I also looked at Brian Quinlan's recent work on the web_socket and web_socket_channel packages.
I have two technical questions before I finalize my proposal:
1. web_socket_profile vs http_profile
In issue #9507, srawlins raises the open question of whether WebSocket profiling data should live in a new web_socket_profile package, or be added to the existing http_profile package. Has a decision been made here? The answer significantly affects how I scope the proposal — specifically steps 3 and 4 of the WebSocket plan.
2. Scope of the GSoC project
The full 5-step plan in #9507 (dart:io → VM service → http_profile → package integrations → DevTools UI) is substantial. For the Medium (175 hour) sizing, which steps are considered the core deliverable, and which would be stretch goals?
For background: I have built two production Flutter apps — a Crusher Management System and a Poultry Management System — both using Dio for HTTP, JWT auth, Provider state management, and Supabase. My portfolio is at
https://waleedbhatti83.github.ioI am currently working on the ProfileableWebSocket sample project described in the idea list and will have it ready as a secret gist before the deadline.
Thank you for your time.
Best regards,
Muhammad Waleed Aslam
https://github.com/WaleedBhatti83