Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upNew rule: Disallow assignments that can lead to race conditions due to usage of await or yield (require-atomic-updates) #1314
Comments
feross
added
enhancement
accepted
labels
Jul 5, 2019
feross
added this to the standard v13 milestone
Jul 5, 2019
feross
changed the title
New rules: Disallow assignments that can lead to race conditions due to usage of await or yield (require-atomic-updates)
New rule: Disallow assignments that can lead to race conditions due to usage of await or yield (require-atomic-updates)
Jul 5, 2019
feross
closed this
Jul 6, 2019
This comment has been minimized.
This comment has been minimized.
Lonniebiz
commented
Jul 8, 2019
•
|
Take a look at this false positive: |
This comment has been minimized.
This comment has been minimized.
|
Given the false positive reported by @Lonniebiz in #1320 and the reports coming in on the ESLint repo here (eslint/eslint#11899) I'm going to disable this rule for the Issues to watch: |
feross
reopened this
Jul 10, 2019
feross
added
blocked
and removed
accepted
labels
Jul 10, 2019
feross
removed this from the standard v13 milestone
Jul 10, 2019
feross
added a commit
to standard/eslint-config-standard
that referenced
this issue
Jul 10, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
feross commentedJul 5, 2019
•
edited
https://eslint.org/docs/rules/require-atomic-updates
This was surprising to me. Apparently the following code contains a race condition:
Ecosystem impact: Only one repo failed. Looks to be a false positive. Reported here: eslint/eslint#11954 This carries some amount of false positive risk (at least based on what I've seen on the eslint tracker). I'd like to enable this in
standard13 and see how it goes. We can relax this rule if there are too many false positives.