Conversation
The '[[' construct is safer and more feature-rich, preventing word splitting and pathname expansion issues. Scripts that run in Docker containers with /bin/sh (Alpine/busybox) remain unchanged to maintain POSIX compliance. Co-Authored-By: Claude Opus 4.5 <[email protected]>
- logger.py: Rename DEBUG/INFO/WARN/ERROR/FATAL to DEBUG_VALUE/INFO_VALUE/ WARN_VALUE/ERROR_VALUE/FATAL_VALUE to avoid clash with method names. Keep old names as backwards compatibility aliases. - packet_item.py: Rename STATE_COLORS to VALID_STATE_COLORS to avoid clash with state_colors instance attribute. - packet_config.py: Rename COMMAND/TELEMETRY to COMMAND_STRING/ TELEMETRY_STRING to avoid clash with commands/telemetry attributes. - Openc3Screen.vue: Add "falls through" comments for intentional switch case fallthrough in SUBSETTING and GLOBAL_SUBSETTING cases. Co-Authored-By: Claude Opus 4.5 <[email protected]>
Thread-local storage is used intentionally for: - Pipeline context tracking in Redis operations - Topic offset tracking per-thread for stream reading These are well-established Ruby patterns with proper cleanup. Co-Authored-By: Claude Opus 4.5 <[email protected]>
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #2738 +/- ##
==========================================
- Coverage 79.22% 79.18% -0.05%
==========================================
Files 670 670
Lines 54178 54269 +91
Branches 734 734
==========================================
+ Hits 42924 42972 +48
- Misses 11174 11217 +43
Partials 80 80
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
There was a problem hiding this comment.
Can we still use INFO and WARN to set the log level or do we need to use INFO_VALUE and WARN_VALUE?
There was a problem hiding this comment.
Sonar didn't like the constant INFO shadowing the method info. So I created aliases for INFO but yeah you would now use INFO_VALUE ... I don't really like that though. The INFO_LEVEL constant was already declared to be the string "INFO" ... that actually makes more sense as setting level = Logger.INFO_LEVEL. I don't like level = Logger.INFO_VALUE.
There was a problem hiding this comment.
Could this be clearer and avoid the shadowing problem by implementing the log levels as an enum, rather than as 5 separate variables?
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|
Warning Review the following alerts detected in dependencies. According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.
|
Read the commit messages to know what I did and why