Thank you very much, Semyon!
-Dmitry
> On 29 Dec 2016, at 19:13, Semyon Sadetsky <semyon.sadet...@oracle.com> wrote:
>
> +1
>
> --Semyon
>
> On 29.12.2016 17:47, Dmitry Markov wrote:
>> Thank you for review, Sergey!
>> Looking for the second +1 from someone else.
>>
>> Thanks in advance,
>> Dmitry
>>> On 29 Dec 2016, at 20:02, Sergey Bylokhov <
>>> <mailto:sergey.bylok...@oracle.com>sergey.bylok...@oracle.com
>>> <mailto:sergey.bylok...@oracle.com>> wrote:
>>>
>>> Looks fine.
>>>
>>>>
>>>> Hello,
>>>>
>>>> Could you review a fix for jdk9, please?
>>>>
>>>> bug:
>>>> <https://bugs.openjdk.java.net/browse/JDK-8171952>https://bugs.openjdk.java.net/browse/JDK-8171952
>>>> <https://bugs.openjdk.java.net/browse/JDK-8171952>
>>>> webrev:
>>>> <http://cr.openjdk.java.net/%7Edmarkov/8171952/webrev.00/>http://cr.openjdk.java.net/~dmarkov/8171952/webrev.00/
>>>> <http://cr.openjdk.java.net/~dmarkov/8171952/webrev.00/>
>>>>
>>>> Problem description:
>>>> LWCToolkit.getPlatformWindowUnderMouse() looks for a window only at normal
>>>> window level/layer, (i.e. NSNormalWindowLevel). However after integration
>>>> of JDK-8080729 the child windows of focused window are placed to floating
>>>> level, (i.e. NSFloatingWindowLevel).
>>>> So the following situation may take place: the window is in focused state
>>>> and obscured by its child dialog, but the current implementation of
>>>> getPlatformWindowUnderMouse() reports that the window is under mouse.
>>>>
>>>> Fix:
>>>> getPlatformWindowUnderMouse() should look at all possible window
>>>> levels/layers during retrieval of the topmost window under mouse.
>>>>
>>>> Thanks,
>>>> Dmitry
>>>
>>
>
