I am interested in contributing to the Android Registration Client by implementing Blocklisted Words Validation as described in GitHub Issue #644.
I have reviewed the requirement for preventing prohibited words in demographic fields, the acknowledgement page, and the packet approval stage. Before I dive into the implementation, I want to ensure my technical approach aligns with the current architecture:
Configuration: Does a global config key for prohibited words already exist in the MOSIP Kernel that the Android Client should sync with, or should I introduce a new local config?
Validation Logic: I plan to build a BlocklistValidator utility (Dart/Flutter). Are there specific MOSIP-standard regex patterns or libraries I should use for multilingual/Unicode-safe matching?
Auditing: Which existing audit service class is recommended for logging “Blocklist Violation” attempts on the Android client?
I’ve previously shared some initial thoughts on the GitHub issue, but I wanted to reach out here to ensure my proposed design aligns perfectly with MOSIP’s architectural roadmap and best practices.
Thank you for your detailed proposal and for taking the time to think through the implementation approach so thoroughly.
We are currently reviewing your proposed design to ensure it aligns with the existing MOSIP architecture and best practices. We appreciate the considerations you’ve raised around configuration, validation logic, and auditing. They’re all very relevant to the solution.
We’ll get back to you shortly with feedback and any recommendations or clarifications to help you proceed.