New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WIP] experiment(data-quality): Disallow emails in product fields #6655
base: main
Are you sure you want to change the base?
Conversation
Kudos, SonarCloud Quality Gate passed! |
This would work, but as you suggest, we probably should think more about this, to decide what would be the right behaviour:
And how to convey this information to users so that they can correct the fields. It's also complexified a bit by the fact that those changes can be made through the OFF website (and app), but also through third parties that use our API to add / edit products. It's relatively easy for us to introduce new behaviours on the website (such as redisplaying the form with messages about errors), but for the API, we need to find a solution that does not break existing applications that use the API. |
Hi folks! I'm so sorry I've not been able to make progress on this PR yet. I've been occupied with work commitments and University since my academic session is ending next week (which means I'll be taking my final exams this week), but I expect to continue work on this by next week. Thanks for the support and patience! |
Hi @yuktea ,thank you and good luck with your exams! |
Kudos, SonarCloud Quality Gate passed! |
Quality Gate passedIssues Measures |
Closes #6539
Information
This PR aims to disallow email addressed fields belonging to products new or existing. I've made an effort in accommodating the logic into, what I think is our existing validation layer. However I'm yet to figure out where we're setting up the other validation rules (if there are any others yet). for this I'm attempting to set up a remote debugger which would let me introspect and figure it out better. Apart from that, some problems I could identify with this approach:
I'd like reviewers to give feedback on the approach any insights into how we validate data and validation taken care of by
Product::process_product_edit_rules
.