-
Couldn't load subscription status.
- Fork 476
Issue #7138: Add ImageRequest to ImageLoader to allow consumers to sp… #7448
Conversation
Codecov Report
@@ Coverage Diff @@
## master #7448 +/- ##
============================================
- Coverage 77.76% 77.59% -0.17%
- Complexity 5045 5133 +88
============================================
Files 647 690 +43
Lines 24170 24954 +784
Branches 3538 3682 +144
============================================
+ Hits 18795 19364 +569
- Misses 3903 4070 +167
- Partials 1472 1520 +48
Continue to review full report at Codecov.
|
77a1e31 to
61951a6
Compare
components/support/images/src/main/java/mozilla/components/support/images/ImageRequest.kt
Outdated
Show resolved
Hide resolved
...ser/thumbnails/src/main/java/mozilla/components/browser/thumbnails/loader/ThumbnailLoader.kt
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good!
It doesn't solve another problem we have: we store images to disk at their full res and not based on the desired quality (in this case 102dp).
That is to say, we're storing these large/high-res images to disk, but we only use them for a small thumbnail.
We can file a new issue for it: Add max size/res to images stored in ThumbnailStorage
|
Don't forget to put up a PR for Fenix to address the breaking API changes. |
|
bors r=jonalmeida |
|
Build failed: |
|
bors retry |
|
Build failed: |
|
Last try seems to fail on a failed checkout of AC in the build for build-tooling-glean-gradle. Don't see anything wrong here with the given PR. Gonna retry. |
|
bors retry |
|
Build failed: |
…onsumers to specify the preferred image size
|
bors retry |
|
Build succeeded: |
…ecify the preferred image size
Fixes #7138. This is very similar to BrowserIcons which uses an equivalent IconRequest.
Pull Request checklist
After merge