Wt

With wt 4.2.0, a WPaintedWidget can display the wrong height when used in a resizable WVBoxLayout. The issue is more obvious when a minimum height is set using setMinimumSize() and the resizer is manually moved to the WPaintedWidget's minimum size.

The attached test program can be used to demonstrate the issue with two WCartesianCharts. To drive the issue, use a browser window that is at least 200px high and move the resizer up as far as it will go. This should cause the upper chart to extend over the resizer and overlap the lower chart.

The issue seems related to the wtResize javascript code added by the setJavaScriptMember in WPaintedWidget::createDomElement that adjusts the WPaintedWidget canvas element's style height.

What seems to be happening is that the wtResize method gets called with a height of --1 by the StdLayout2 code when the resizer is manually set to the minimum size. As a result, the wtResize routine does not update the canvas element's style height from its previous value. The canvas style height appears to take precedence over the canvas height attribute (which appears to be correct) resulting in the wrong height being displayed.

I'm not sure why WPaintedWidget's wtResize gets called with a height of --1 when the resizer is at the WPaintedWidget's minimumSize (height), but I suspect that this is the root cause of the problem.

As a note, it appears that commenting out the setJavaScriptMember() call in WPaintedWidget.C corrects the behavior of the test program, although it's probably not a good solution for the general case.