Last 12 weeks · 106 commits
6 of 6 standards met
Description It seems on one of my test devices I am running into some laggy-ness when scrolling quickly through a recyclerview. This seems to be caused by a call to which further down the trace does a SQLite query. Reproduction Load a URI (e.g.: content://media/images/3383) using the library with StrictMode enabled. Solution There can be 2 ways to solve this. 1) The call should be offloaded to another thread, could be tricky because it would mean asynchronously creating the 2) Make it possible to give a hint about the of a certain content-uri via the for example. In my case I know the type already since the image is a result of a query to the MediaStore so that additional query is not necessary. Additional Information Fresco version: 2.3.0 Platform version: Android 10, Device: Xiaomi Mi A2
Pins the default to on 2 workflows in that don't call a GitHub API beyond the initial checkout. Why CVE-2025-30066 (March 2025 supply-chain compromise) exfiltrated from workflow logs. Pinning per workflow caps runtime authority irrespective of the repo or org default, gives drift protection if the default ever widens, and is credited per-file by the OpenSSF Scorecard check. YAML validated locally with on each touched file.
Introduce the two interfaces an animation frame source and its targets need to talk to each other: Tickable — something that can be driven one frame at a time TickScheduler — something that drives Tickables Named apart from com.facebook.fresco.animation.frame.FrameScheduler, which is per-drawable timing state rather than a frame source, so both can be imported in the same file. No behaviour change: nothing implements or consumes these yet. Thanks for submitting a PR! Please read these instructions carefully: [ ] Explain the motivation for making this change. [ ] Provide a test plan demonstrating that the code is solid. [ ] Match the code formatting of the rest of the codebase. [ ] Target the branch Motivation (required) What existing problem does the pull request solve? Test Plan (required) A good test plan has the exact commands you ran and their output, provides screenshots or videos if the pull request changes UI or updates the website. See [What is a Test Plan?][1] to learn more. If you have added code that should be tested, add tests. Next Steps Sign the [CLA][2], if you haven't already. Small pull requests are much easier to review and more likely to get merged. Make sure the PR does only one thing, otherwise please split it. Make sure all tests pass on [Circle CI][4]. PRs that break tests are unlikely to be merged. For more info, see the [Contributing guide][4]. [1]: https://medium.com/@martinkonicek/what-is-a-test-plan-8bfc840ec171#.y9lcuqqi9 [2]: https://code.facebook.com/cla [3]: http://circleci.com/gh/facebook/fresco [4]: https://github.com/facebook/fresco/blob/main/CONTRIBUTING.md
Description This PR fixes a crash that occurs when loading placeholder images with malformed or corrupted drawable resources. Problem The method in does not catch . When a placeholder drawable resource is malformed or corrupted, the exception propagates and crashes the app. Stack Trace from Issue #2830 Fix Added a try-catch block around to catch and return instead of crashing. Changes : Wrapped call in try-catch for Testing Verified the fix handles missing/corrupted drawable resources gracefully Returns instead of crashing when drawable cannot be loaded Fixes #2830
Repository: facebook/fresco. Description: An Android library for managing images and the memory they use. Stars: 17159, Forks: 3740. Primary language: Kotlin. Languages: Kotlin (48.7%), Java (45.7%), C++ (4.8%), C (0.3%), Makefile (0.2%). License: MIT. Homepage: https://frescolib.org/ Latest release: v3.7.0 (2mo ago). Open PRs: 13, open issues: 247. Last activity: 10h ago. Community health: 87%. Top contributors: oprisnik, defHLT, massimocarli, refinedata, tyronen, kirwan, steelrooter, andy-wzs, foghina, lukkm and others.