Bug in animation (1.4dev)

Steps to reproduce:

  1. Open any multistep results file (e.g. transient dynamics results).
  2. At the “Step, increment” bar select “1,0” step.
  3. Press “Animation” button at the same toolbar. Program hangs.

Current version of the animation procedure creates animation for steps from 1,0 to the step selected at the toolbar. Perhaps a single-frame animation leads to exception somewhere in code. I realize that this type of animation is senseless, however an inexperienced user could be unaware about a bit untypical procedure used in PPM to define the default end time for animation.

Possible solution could be opening of the animation window in such a single-frame case with all options shown (like after pressing the “More” button). It will be a suggestion to a user to define the first and the last steps for animation explicitly, as well as all other animation parameters.

There was a bug in the code that checked for the existence of the harmonic fields. I have fixed the bug. Even though it makes no sense to create such an animation, the user might not know this and do it, and the software should not fail because of it.

I do not like the idea of opening the More view automatically. It will not give any info to the user about what to do. At the moment, the Animation form locks all main form controls, so in any way, if you start the animation from step (1, 0), you can not change it without closing the Animation form. When this behaviour is changed it will fix the issue.

1 Like