Skip to content

Commit

Permalink
docs(release): mention #1865 in release notes (#1871)
Browse files Browse the repository at this point in the history
* docs(release): mention #1865 in release notes

* mention #1874 in release notes

---------

Co-authored-by: langevin-usgs <langevin@usgs.gov>
  • Loading branch information
wpbonelli and langevin-usgs authored Jun 15, 2024
1 parent 2e5a457 commit 624d2d9
Showing 1 changed file with 4 additions and 1 deletion.
5 changes: 4 additions & 1 deletion doc/ReleaseNotes/develop.tex
Original file line number Diff line number Diff line change
Expand Up @@ -20,7 +20,10 @@
\textbf{\underline{BUG FIXES AND OTHER CHANGES TO EXISTING FUNCTIONALITY}} \\
\underline{BASIC FUNCTIONALITY}
\begin{itemize}
\item code was added to trap carriage return or line feed in getline function
\item With the LOCAL_Z option enabled, the PRT model's PRP package attempted to check that a particle release point's z coordinate fell within the grid's vertical extent before converting the coordinate from local (normalized on the unit interval) to a global (model) coordinate. This bug was fixed by converting coordinates before conducting checks.
\item The PRT model could hang upon particle termination due to no (sub)cell exit face. This occurred because a flag signaling particle advance was not set in the proper location.
\item Entangled with the previous issue, the ternary method could erroneously terminate a particle and report no exit face (before now this would hang) due to precision error in the exit time/position calculation. This could happen when two conditions are both met: the particle enters the subcell very close to one of its vertices, and flow very nearly parallels one of the subcell's faces. We have encountered similar situations before, solved by nudging the particle a small distance into the interior of the subcell before applying the tracking method. This particular case is resolved by increasing the padding distance from machine precision * 10^2 to machine precision * 10^5.
\item For ASCII input files erroneously containing a mix of line endings, MODFLOW would sometimes proceed with unexpected results. The program was corrected to stop with an error message if an input line contained both carriage returns and line feeds.
% \item xxx
% \item xxx
\end{itemize}
Expand Down

0 comments on commit 624d2d9

Please sign in to comment.