zhanghai / zhanghai/MaterialFiles
Add support for blocking screenshots from being taken
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 9k
- Forks
- 736
- PR merge metrics
- No merged PRs in 30d
Description
I am aware that this is not a perfect privacy solution and there are ways around it but it would be useful to have Material Files block the ability to take screenshots.
While the risks / concerns of someone remotely taking a screenshot of Material Files on most peoples devices phone are low there are still users who are high risk, it is a possibility that some malware is setup to take screenshots of open apps and in this instance potentially record listing of phone storage
Additionally with screenshots blocked, switching apps would result in you seeing Material Files is your list of open apps but not seeing the screen it's contents
My suggestion would be to add a toggle allowing users to opt-in to this feature, and could be added to the Settings -> behavior section.
Some apps that do that have this option if examples/comparison is needed
- KeepassDX (always blocked)
- Signal (allows toggling screenshot capture on or off)
- ProtonMail (allows toggling screenshot capture on or off)
- Aegis (allows toggling screenshot capture on or off)
- MediLog (allows toggling screenshot capture on or off)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the Settings → behavior section and the Android app screens where screenshot behavior is configured. Trace how the proposed opt-in toggle would be stored and applied, then verify that enabling it blocks screenshots and that disabling it restores normal behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- mobile, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100