QScrollArea fails to re-layout widgets correctly in high DPI environments

This bug is very closely related to QTBUG-82312.

If winId() is called in any widget managed by QScrollArea, the widget will fail to re-layout correctly when moved between mixed scale factor monitors on Windows.  The result is a garbled mess of what looks like the layouts from both scale factors, and is unusable.   This only happens if the Qt property AA_EnableHighDPIScaling is set on the application.

Our applications need to be able to use winId() within widget hierarchies to accomplish tasks such as hooking into native events, and doing direct screen rendering on native windows.

A fix was put in place for QTBUG-82312 that corrected those specific behaviors outlined in that defect, but appear to have now introduced these layout issues.  This behavior does not exist in Qt 5.9.9 or earlier. 

I've attached a modified version of the program I provided in QTBUG-82312 that illustrates this behavior.  It simply draws a number of buttons on a widget, and shows how those get mangled when the widget is moved to a different scale factor monitor.   

The call to winId() is on line 25 of MainView.cpp.  If this is commented out, the layout works correctly once more.