Describe the bug
After a QF run where all output file time steps were set to 1s, there is an error in output_times.txt where, in each block of time steps, time step 999 is put on a new line. This messes up all the drawfire scripts, which get the number of qf timesteps from the length of the first line (after a strip-split), and the number of qu timesteps from the length of the second line.
My guess is this has less to do with the output time step being 1s, and some quirk of having more than 1000 output files. This is low on the priority list because it won't be very common to have such frequent output files, and it's fairly easy to remedy manually, but still thought I'd report it @drobinson6045
To Reproduce
Please reach out if you need more info to reproduce, happy to send an input stack ntutland@newmexicoconsortium.org
Desktop (please complete the following information):
Describe the bug After a QF run where all output file time steps were set to 1s, there is an error in output_times.txt where, in each block of time steps, time step 999 is put on a new line. This messes up all the drawfire scripts, which get the number of qf timesteps from the length of the first line (after a strip-split), and the number of qu timesteps from the length of the second line. My guess is this has less to do with the output time step being 1s, and some quirk of having more than 1000 output files. This is low on the priority list because it won't be very common to have such frequent output files, and it's fairly easy to remedy manually, but still thought I'd report it @drobinson6045
To Reproduce Please reach out if you need more info to reproduce, happy to send an input stack ntutland@newmexicoconsortium.org
Desktop (please complete the following information):