[8] Review request for 8008728 [macosx] Swing. JDialog. Modal dialog goes to background

Alexander Scherbatiy alexandr.scherbatiy at oracle.com
Wed Sep 25 07:58:54 PDT 2013


On 9/16/2013 4:09 PM, Anthony Petrov wrote:
> Hi Alexander,
>
> The fix looks good overall. A couple of minor issues:
>
> src/macosx/native/sun/awt/AWTWindow.m
>>  369     if(!self.isEnabled){
>
> Please add missing spaces.
>
>>  377 "checkBlockingAndOrder", "()Z");
>>  378             JNFCallVoidMethod(env, platformWindow, 
>> jm_checkBlockingAndOrder);
>
> This is actually a Boolean method, not a Void one. Please use the 
> correct JNFCall* function.

    Sorry. I missed your comments before the push.
    I have created new issue 8025438 [macosx] right JNFCall* method 
should be used in JDK-8008728 fix

> As for the test, how does it fail? I see that all exceptions get 
> thrown on the test thread, not the main thread. Does this cause the 
> jtreg harness to consider the test failed or not?
     Yes. The jtreg fails the test without the fix.
     The modalDialog.setVisible(true) call blocks the thread. May be 
there is a better way to test a modal dialog behaviour.

     Thanks,
     Alexandr.


>
> -- 
> best regards,
> Anthony
>
> On 09/05/13 18:59, Alexander Scherbatiy wrote:
>>
>> Hello,
>>
>> Could you review the fix:
>> bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8008728
>> webrev: http://cr.openjdk.java.net/~alexsch/8008728/webrev.00
>>
>> Suppose there are 2 frames and one modal dialog which has the first
>> frame as a parent.
>>
>> When we click on the second window the canBecomeMainWindow method
>> returns NO (the second window
>> is disabled because of the modal dialog) and it does not receive the
>> windowDidBecomeMain event.
>> But Mac OS X system places the second window over the modal dialog.
>>
>> The fix checks the right order of windows in the canBecomeMainWindow
>> method.
>>
>> Thanks,
>> Alexandr.
>>



More information about the macosx-port-dev mailing list