Skip to content

Conversation

andrewnicols
Copy link
Contributor

I'm raising this PR because I've found that the automated fixes for naming conventions can actively break code.

Whilst it is true that some function, method, and variable names do not meet our coding style, sometimes we must follow them for outside reasons. It is simply impossible to keep a complete list of those that need to meet these requirements, and it's not practical to assume that all of these locations specify the #[\Override] attribute.

Sorry @cameron1729

Changing casing and naming of variables, functions, and methods is
inherently dangerous. We do not know whether:
- a method is called externally or must meet a specific
  externally-controlled naming scheme
- a method uses named parameters

And plenty of other reasons.
Copy link

codecov bot commented Aug 14, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 98.35%. Comparing base (0d08e21) to head (a1f6387).

Additional details and impacted files
@@             Coverage Diff              @@
##               main     #209      +/-   ##
============================================
- Coverage     98.37%   98.35%   -0.02%     
+ Complexity     1000      994       -6     
============================================
  Files            42       42              
  Lines          3140     3109      -31     
============================================
- Hits           3089     3058      -31     
  Misses           51       51              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant