Skip to content
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

fix(FlowModelInterface.f90): re-install if statement for proper messaging #1531

Merged
merged 1 commit into from
Dec 30, 2023

Conversation

emorway-usgs
Copy link
Contributor

In #1332, wherein some code originally appearing in tsp1fmi1.f90 was moved to FlowModelInterface.f90, the line of code pointed to in the screen grabs below didn't survive the move. As a result, I was getting some messaging printed to console that was throwing me for a loop while debugging GWE. That is, when some code in an exchange was being defined it was being reported that "FLOWS ARE ASSUMED TO BE ZERO." However, that's not the case. This PR seeks to restore the if statement indicated in the screen grabs which should lead to better messaging. I may be missing something, though? Also interested in see what the ci comes back with. This change shouldn't impact any of the autotests.

Original code (prior to #1332):
fmi1

New code (after #1332) is missing the line in question:
fmi2

Copy link
Contributor

@wpbonelli wpbonelli left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't recall a reason for removing the outer condition, this just seems like a mistake on my end — sorry for the lost time @emorway-usgs

broken parallel CI is a separate unrelated issue

@emorway-usgs
Copy link
Contributor Author

The ci seems to be failing on a parallel build. I've relaunched the ci a number of times in case it is related to the occasional hiccup, but it is persisting? Hard to believe it is related to this PR since I just reinstated an if statement.

@wpbonelli wpbonelli merged commit 3c47f5b into MODFLOW-USGS:develop Dec 30, 2023
14 of 15 checks passed
@wpbonelli
Copy link
Contributor

It is unrelated, it's affecting all PRs at the moment

@emorway-usgs emorway-usgs deleted the put_back_line_of_code branch December 30, 2023 19:14
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.

2 participants