Skip to content

If an image is available in the tree currently, it should be resolvable by key without reloading even if it didn't fit into the image cache #49456

Closed

Description

@dnfield

This is slightly different from #47383

In this case, we're not concerned about the same widget re-resolving when its dependencies change, we're concerned about multiple image widgets that are actually displaying the same image, but for some reason that image did not make it into the cache (or got evicted from the cache since it was first loaded).

For example, a list that has the same image in every row and some other images as well that change. That same image should never have to be reloaded during scrolling, even if it got evicted from the cache.

/cc @ds84182 @gaaclarke

Activity

  1. added
    frameworkflutter/packages/flutter repository. See also f: labels.
    a: imagesLoading, displaying, rendering images
    perf: memoryPerformance issues related to memory
    on Jan 24, 2020
  2. changed the title [-]If an image is available in the tree currently, it should be resolvable by key even if it didn't fit into the image cache[/-] [+]If an image is available in the tree currently, it should be resolvable by key without reloading even if it didn't fit into the image cache[/+] on Jan 24, 2020
  3. dnfield commented on Jan 25, 2020

    @dnfield
    ContributorAuthor

    Alternatiely, if you managed to resolve a really big image, and it was too big for the cache, and then you want to resolve it again at some point and it's still in tree, this would help.

  4. added this to the milestone on Jan 25, 2020
  5. self-assigned this
    on Feb 2, 2020
  6. modified the milestones: , March 2020 on Feb 2, 2020
  7. dnfield commented on Feb 4, 2020

    @dnfield
    ContributorAuthor
  8. added
    c: performanceRelates to speed or footprint issues (see "perf:" labels)
    on Mar 30, 2020
  9. lock commented on Apr 15, 2020

    @lock

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  10. locked and limited conversation to collaborators on Apr 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

a: imagesLoading, displaying, rendering imagesc: performanceRelates to speed or footprint issues (see "perf:" labels)frameworkflutter/packages/flutter repository. See also f: labels.perf: memoryPerformance issues related to memorywaiting for PR to land (fixed)A fix is in flight

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions