Bug/i66 mpas

[cecilieha]

Your commits explain the who, what, where and when of these changes. Your code shows the how. You do not need to reiterate this. This PR should complete the big picture by telling the why.

Justification

The MPAs were not initiated, due to predayt. this has been changed with tstop, and fixes the issue in NoBa.

Types of changes

What types of changes does your code introduce? Put an x in the boxes that apply

• Bugfix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Other change (if none of the other choices apply)

Further comments

If this is a New Feature, Breaking change, or a bug fix, the Atlantis Manual will need to be updated to reflect these changes.
Now would be a good time to create an issue in the Atlantis Manual repo and begin documenting your changes.

• I've created an issue: [Bug Report]: MPAs not being activated #66
• This is NA

Reviewer instructions:

Assign at least 2 reviewers:

• one of which should be a maintainer,
• the others should be familiar with the subject changes. Please add these under the assignees field

Please detail the process reviewers will need to follow to properly test these changes. It is especially helpful to identify the exact code needed to conduct a local build/review/test and to specify any aspects of the testing that may not be obvious.

[jacobkasper]

is it recommended that i try this fix on my model version before approving the merge?

[cecilieha]

yes, this particular loop also includes displacement, so need to be sure that it doesn't break that.