Opened 6 years ago
Closed 6 years ago
#5273 closed defect (fixed)
OMEdit hangs upon re-simulating a model with active filters on output
Reported by: | Francesco Casella | Owned by: | Adeel Asghar |
---|---|---|---|
Priority: | blocker | Milestone: | 1.13.1 |
Component: | OMEdit | Version: | v1.14.0-dev-nightly |
Keywords: | Cc: |
Description
Steps to reproduce:
- start OMEdit
- simulate
Modelica.Mechanics.MultiBody.Examples.Systems.RobotR3.fullRobot
- switch to the Variables Browsers and type in some expression in the variable filter (e.g.
axis.tau
) - hit the Resimulate button
OMEdit hangs indefinitely with one CPU at full load and needs to be terminated.
Can be extremely annoying if one is trying to tune a model with re-simulate, unless you remember to remove the filter at each iteration (which is not really convenient, nor intuitive).
It would be nice if we could fix this for 1.13.1.
Change History (6)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
Component: | *unknown* → OMEdit |
---|---|
Owner: | changed from | to
Status: | new → assigned |
follow-up: 4 comment:3 by , 6 years ago
about the filtering, if you try to filter a model with thousand of variables (this is my daily case) you spend a lot of time waiting the filter is applied each time you add a character in the filter... In my opinion (if it is no possible to speed-up the filtering process) the right solution is to apply the entire filter only after the the enter
key has been pressed.
sysop: Linux Ubuntu 16.04
OMEdit 1.14.0~dev-8-g4f53a8a
Connected to OpenModelica 1.14.0~dev-130-gefa44fb
comment:4 by , 6 years ago
Replying to Andrea.Bartolini:
about the filtering, if you try to filter a model with thousand of variables (this is my daily case) you spend a lot of time waiting the filter is applied each time you add a character in the filter... In my opinion (if it is no possible to speed-up the filtering process) the right solution is to apply the entire filter only after the the
enter
key has been pressed.
I fully agree, I'm plagued by this kind of behaviour also in other applications, e.g. the e-mail filter of Thunderbird, which is otherwise very useful.
I opened #5282 on this topic, which is different from the topic of this issue.
comment:6 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
@adeas31, if I am not mistaken, during the devmeeting you mentioned that the filter is reset upon re-simulation. This doesn't actually happen, but I would also say that this would not be a good idea. One may spend significant time (as I did) figuring out a complex regexp that shows exactly the relevant results for the debugging phase, and it would be nice if this regexp is kept between simulation. We just need to avoid OMEdit to hang between two subsequent runs.
In fact, it would be nice to have a drop-down menu containing the last entered filter strings, but that's not a high-priority enhancement, after all one can copy-and-paste them back and forth from a text file, as I did last week.