Skip to content

🐛 feat(containers/managers) return a warning when an automatically resolved time stamp is different from 0.0 and (sample) fix fields summarize in str#316

Open
casenave wants to merge 2 commits intomainfrom
fix/issue-314
Open

🐛 feat(containers/managers) return a warning when an automatically resolved time stamp is different from 0.0 and (sample) fix fields summarize in str#316
casenave wants to merge 2 commits intomainfrom
fix/issue-314

Conversation

@casenave
Copy link
Member

@casenave casenave commented Feb 23, 2026

Checklist

  • Typing enforced
  • Documentation updated
  • Changelog updated
  • Tests and Example updates
  • Coverage should be 100%

🔗 Related issues (optional)

Closes #314

With the MNWE provided in the related issue, thie PR outputs:

Sample(2 globals, 2 timestamps, 5 fields)
--
[2026-02-23 22:35:04,745:WARNING:default_manager.py:resolve_time(224)]:A time stamp has been automatically resolved at 1.0
[2026-02-23 22:35:04,746:WARNING:default_manager.py:resolve_time(224)]:A time stamp has been automatically resolved at 1.0
[2026-02-23 22:35:04,746:WARNING:default_manager.py:resolve_time(224)]:A time stamp has been automatically resolved at 1.0
[2026-02-23 22:35:04,746:WARNING:default_manager.py:resolve_time(224)]:A time stamp has been automatically resolved at 1.0
Sample(2 globals, 1 timestamp, 5 fields)

…lved time stamp is different from 0.0 and (sample) fix fields summarize in
@casenave casenave requested a review from a team as a code owner February 23, 2026 21:38
@casenave
Copy link
Member Author

@daviddanan we can discuss here the solution I propose to #314
The warning may introduce a lot of noise.

@codecov
Copy link

codecov bot commented Feb 23, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

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.

Inconsistency when adding scalar to a sample: order dependency

2 participants