-
Notifications
You must be signed in to change notification settings - Fork 578
✨ recognize escaped emails in security policy documents #4676
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
Conversation
a8840d5
to
c1b69ce
Compare
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.
generally looks good, one or two small questions
Some security policy documents may include an email address partially obfuscated in the form security[at]example.org or, especially in markdown, escaped like security\[at\]example.org. This change updates the regex to recognize those two forms, with the tests expanded to cover those cases as well. Signed-off-by: Ralph Bean <rbean@redhat.com>
c1b69ce
to
759786d
Compare
/scdiff generate Security-Policy |
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.
Thanks
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #4676 +/- ##
==========================================
+ Coverage 66.80% 68.29% +1.48%
==========================================
Files 230 249 +19
Lines 16602 18884 +2282
==========================================
+ Hits 11091 12896 +1805
- Misses 4808 5129 +321
- Partials 703 859 +156 🚀 New features to boost your workflow:
|
What kind of change does this PR introduce?
I think this counts as a feature (a micro feature).
Some security policy documents may include an email address partially
obfuscated in the form security[at]example.org or, especially in
markdown, escaped like security\[at\]example.org.
This change updates the regex to recognize those two forms, with the
tests expanded to cover those cases as well.
What is the current behavior?
Only emails of the form security@example.org are recognized.
What is the new behavior (if this is a feature change)?**
Emails of the form security[at]example.org and security[at]example.org are recognized.
Which issue(s) this PR fixes
NONE
Special notes for your reviewer
This depends first on #4674 being merged.
Does this PR introduce a user-facing change?