Some users experience crash/hang situations related to display of Progress Bar dialog. This is related to implicit repaint of windows due to display or hide of a progress dialog.
To reduce the probability for error situations the following is improved:
- Increase the delay before the dialog is displayed
- Do not show the progress dialog immediately, wait until the delay duration is reached
* Revert "#4377 Octave : Use RiaLogging for error messages instead of QErrorMessage "
This reverts commit f758a8edb2.
* Revert "#4380 Preferences : Changing scene font size when geo mech view is open causes crash"
This reverts commit df62a41397.
* Revert "#4379 Documentation : Update command line parser for import of summary files"
This reverts commit d0b5357ed4.
* Unfinished WIP
* Builds but crashes
* Refactored code now builds and runs
* ResInsight can now run the unittests headless
* Can run some command files successfully
* Build on Linux
* Extra headless hack header
* Moved PdmUiItem hack to cpp file
* Fix headless crash in RimWellAllocationPlot
* Handle error gracefully if ExportSnapshots command is executed from console
* Add caf::QIconProvider and remove some hacks
* Also made the greying out of disabled icons work for a couple of cases where it didn't.
* Linux build fix
* #4380 Reimplement fix df62a41397 by @magnesj on top of Headless code changes
* #4379 Reintroduce kode from d0b5357ed4 by @magnesj
* #4377 Restore f758a8edb2 in new Headless code
Introduced isActive and used this info to block sheduled redraw/display model regen when progress bar is active, to avoid unintended recursive behaviour resulting in crashes.