-
Notifications
You must be signed in to change notification settings - Fork 54
Fix handling of accum fields to avoid errors with t=0 INSTANT output #2664
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
In case of t=0 output for INSTANT output, we need the accum fields to be reset during init (not just at run time), since they need to store valid time stamps.
Status Flag 'Pre-Test Inspection' - Auto Inspected - Inspection is Not Necessary for this Pull Request. |
Status Flag 'Pull Request AutoTester' - Failure: Timed out waiting for job SCREAM_PullRequest_Autotester_Mappy to start: Total Wait = 1803
|
Status Flag 'Pull Request AutoTester' - User Requested Retest - Label AT: RETEST will be reset after testing. |
Status Flag 'Pull Request AutoTester' - Testing Jenkins Projects: Pull Request Auto Testing STARTING (click to expand)Build InformationTest Name: SCREAM_PullRequest_Autotester_Mappy
Jenkins Parameters
Build InformationTest Name: SCREAM_PullRequest_Autotester_Weaver
Jenkins Parameters
Using Repos:
Pull Request Author: bartgol |
Status Flag 'Pull Request AutoTester' - Jenkins Testing: all Jobs PASSED Pull Request Auto Testing has PASSED (click to expand)Build InformationTest Name: SCREAM_PullRequest_Autotester_Mappy
Jenkins Parameters
Build InformationTest Name: SCREAM_PullRequest_Autotester_Weaver
Jenkins Parameters
|
Status Flag 'Pre-Merge Inspection' - SUCCESS: The last commit to this Pull Request has been INSPECTED AND APPROVED by [ AaronDonahue ]! |
Status Flag 'Pull Request AutoTester' - Pull Request will be Automerged |
Merge on Pull Request# 2664: IS A SUCCESS - Pull Request successfully merged |
In case of t=0 output for INSTANT output, we need the accum fields to be reset during init (not just at run time), since they need to store valid time stamps.
Fixes #2662
Edit: I am not sure why this bug was not exposed by our current testing. I believe we are outputing accum fields (like precip mass) with instant output, so we should hit this bug. I will investigate, and add a test if the case is not covered. I may do that in a follow-up PR if I can't do it in time before the AT is ready to merge, since I'd like the bug to be fixed sooner than later.