Update:
I removed the
-always-load-scripts switch from the desktop shortcut target.
After that the Pro preferences display just fine.
Can replicate the issue in a virgin install with adding the switch again.
Reminds me of another issue related with
-rescan -always-load-scripts recently (
FS#2657).
The faulty behavior seen in v3.27.6.0 is also fixed on removal.
Too bad, because that is a very useful switch for fine-tuning scripts on the fly.
Without I have to resort to the old school method: Restarting QCAD on each edit.
@Andrew: You may close
FS#2680 as being solved.
For the record:
The idea to remove the switch came after that
ExPostNewAction.js didn't work as expected after creating a new drawing.
Figuring that reloading
NewFile.js cleared the content of the arrays
NewFile.postOpenActions and
NewFile.postNewActions.
These arrays hold the actions to preform after opening a file or after creating a new drawing.
Intensive testing revealed that they were always empty on creating a new drawing.
That already happens on restarting QCAD when it is closed without an open drawing.
Like re-inventing warm water
... Already mentioned by user jcn about 4 years ago, see
p33337
Not that common to store global and persistent system parameters in volatile arrays.
Regards,
CVH
But only on the first call of Application Preferences.