The fix was amended to
http://cr.openjdk.java.net/~ssadetsky/8161910/webrev.01/
Because Unity WM may change initial window location (for example when
window overlaps desktop bars) I removed the optimization that skipped
frame bounds revalidation in case of the initial frame insets was
correct. This should guaranty the ConfigureNotify event always to come
after the extent size event.
--Semyon
On 8/22/2016 9:19 PM, Semyon Sadetsky wrote:
Hello,
Please review fix for JDK9:
bug: https://bugs.openjdk.java.net/browse/JDK-8161910
webrev: http://cr.openjdk.java.net/~ssadetsky/8161910/webrev.00/
A regression of the 8036915 in which a new frame dimensioning algo was
introduced for the Unity WM because the latter differs from other WMs
a lot. The algo has a flaw in some scenarios when the extent size
event is delayed while the initial frame insets were established
correctly, therefore the frame dimensions do not require any tuning.
In this case the content window need to be notified right in the
extent event handler to let the content to receive its new dimensions
because subsequent XConfigureNotify event may be omitted.
--Semyon
