> This test failed on the system where the wrong resolution was used(too
> small). Looks like that resolution was set by one of the tests and was not
> reset back because of a misconfigured automatic system reboot. I have checked
> that the initial version of the test works fine on our "clean" s
On Mon, 18 Jan 2021 07:41:12 GMT, Jayathirth D V wrote:
>>> I am trying to verify the fix in my mac, if i simply run the test without
>>> any change it is throwing error : "Use -nativepath to specify the location
>>> of native code".
>>> Do we need to change anything in the mac preferences to r
On Mon, 18 Jan 2021 11:22:06 GMT, Sergey Bylokhov wrote:
>> This test failed on the system where the wrong resolution was used(too
>> small). Looks like that resolution was set by one of the tests and was not
>> reset back because of a misconfigured automatic system reboot. I have
>> checked t
On Sat, 16 Jan 2021 00:48:02 GMT, Sergey Bylokhov wrote:
>> Sergey, thank you! Could you give me a hint please concerning some use case
>> of drag-and-drop to meet the (xwindow == 0) condition in
>> XDnDDropTargetProtocol::processXdndPosition(..)? I'm unable to do it by
>> means of the tests'
This removes desktop module usage of the JNF JNI reference convenience APIs
These are simply a direct conversion
JNFNewGlobalRef
JNFDeleteGlobalRef
JNFNewWeakGlobalRef
JNFDeleteWeakGlobalRef
These two
JNFJObjectWrapper
JNFWeakJObjectWrapper
exist to allow clean up of the refs when a Cocoa wr
On Sun, 17 Jan 2021 09:22:25 GMT, Sergey Bylokhov wrote:
> This test failed on the system where the wrong resolution was used(too
> small). Looks like that resolution was set by one of the tests and was not
> reset back because of a misconfigured automatic system reboot. I have checked
> that
