You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Check box "move to end of listing after solve" is disabled. After solving the model and having e.g. a compilation error, I sometimes end up in the middle of the listing and not in the beginning where I see the relevant errors. Sometimes it works, but I have not found a pattern for this bug yet.
The text was updated successfully, but these errors were encountered:
Right now, there are 3 settings influencing how and where the LST is opened:
"jumpToAbort": If set to true, will jump to the first abort statement encountered. This has top priority over the other settings
"defaultParameterToJumpToAfterSolve": E.g. p_sumRes, will jump to the last position of the parameter if it is found in the LST
"autoScrollToEndOfListing": If none of the two previous settings returned a line where the LST should be openend, it will automatically try to scroll to the LST.
We need to check if there is an abort statement or a reference to the "defaultParameterToJumpToAfterSolve" in cases where the LST is scrolled to the middle. Otherwise we need to narrow down when the bug occurs.
Another option would be to have a setting: "scroll to top if compilation errors are found"
Check box "move to end of listing after solve" is disabled. After solving the model and having e.g. a compilation error, I sometimes end up in the middle of the listing and not in the beginning where I see the relevant errors. Sometimes it works, but I have not found a pattern for this bug yet.
The text was updated successfully, but these errors were encountered: