Skip to content

leak-tracker: Detect memory leaks by identifying not disposed or not GCed objects. #3951

Description

@polina-c

Activity

  1. added this to the M39 milestone on Apr 1, 2022
  2. self-assigned this
    on Apr 1, 2022
  3. polina-c commented on Apr 1, 2022

    @polina-c
    ContributorAuthor
  4. deleted a comment from terrylucas on Apr 6, 2022
  5. changed the title [-]Memory leaks: detect disposed, not GC-ed links [/-] [+]Detect memory leaks by identifying not disposed or not GCed objects.[/+] on Apr 7, 2022
  6. modified the milestones: M39, M41 on May 5, 2022
  7. changed the title [-]Detect memory leaks by identifying not disposed or not GCed objects.[/-] [+]leak-tracker: Detect memory leaks by identifying not disposed or not GCed objects.[/+] on Apr 3, 2023
  8. polina-c commented on Jun 12, 2023

    @polina-c
    ContributorAuthor

    Options for Flutter specific leak tracker:

    1. package:leak_tracker_flutter published in tools.dart.dev, and banking on 'flutter' in the name being clarifying enough
    2. keeping leak_tracker_flutter in the same mono-repo, but publishing it out of the flutter.dev publisher
    3. putting the code in the flutter/packages mono-repo and using the flutter.dev publisher

    @devoncarew leans towards the 2nd and 3rd options

  9. added
    P1high priority issues at the top of the work list, actively being worked on.
    and removed on Jul 5, 2023
  10. stuartmorgan-g commented on Aug 11, 2023

    @stuartmorgan-g
    Contributor

    2. keeping leak_tracker_flutter in the same mono-repo, but publishing it out of the flutter.dev publisher

    It appears we did this; is there discussion/context somewhere on why that option was chosen? AFAIK this is the only flutter.dev-published package that is not in flutter/packages, which makes this pretty confusing.

  11. polina-c commented on Aug 12, 2023

    @polina-c
    ContributorAuthor
    1. keeping leak_tracker_flutter in the same mono-repo, but publishing it out of the flutter.dev publisher

    It appears we did this; is there discussion/context somewhere on why that option was chosen? AFAIK this is the only flutter.dev-published package that is not in flutter/packages, which makes this pretty confusing.

    Here is the issue with discussion: dart-lang/leak_tracker#52 (comment)

  12. Solido commented on Nov 28, 2024

    @Solido

    Documentation is explicit about pure Dart packages not being supported.
    Will this land in the roadmap or is there a technical roadblock? Thanks!

  13. added
    P2important to work on, but not at the top of the work list.
    and removed
    P1high priority issues at the top of the work list, actively being worked on.
    on Nov 29, 2024
  14. polina-c commented on Nov 29, 2024

    @polina-c
    ContributorAuthor

    There is no technical roadblock, but the task to enable pure dart does not have resources at the moment.
    Technically, it is easy to support, because the mechanism is the same, it just should be tested and documented. If you are willing to contribute, please, create separate issue and we can discus details.

  15. polina-c commented on Dec 6, 2024

    @polina-c
    ContributorAuthor
  16. polina-c commented on Apr 26, 2025

    @polina-c
    ContributorAuthor

    Removing signes 'Coming soon!' and closing this issue: dart-lang/leak_tracker#270

  17. stan-at-work commented on Feb 4, 2026

    @stan-at-work

    Can this be used in production atm ?

  18. polina-c commented on Feb 5, 2026

    @polina-c
    ContributorAuthor

    Can this be used in production atm ?

    See dart-lang/leak_tracker#25 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P2important to work on, but not at the top of the work list.devtools-memory-screenIssues with the Memory screen.

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions