RFR: 8u backport of JDK-8211301 [macos] support full window content options

Alvarez, David alvdavi at amazon.com
Wed Apr 14 18:51:48 UTC 2021


I want to mention we have faced a compilation error caused by this patch
when building OpenJDK8 using Xcode 6.3.1 on OSX 10.10.

The error seems to be cause by NSWindow contentView property being
defined on that version of the ApplicationKit as an object of type id,
instead of an NSView (even if the documentation stated contentView will
always be an id). Newer versions of the AppKit will define the
contentView of an NSWindow as an NSView object, so the issue will not

Apple's documentation for Cocoa Application Kit is no longer online, but
I have found a mirror [1] that shows how NSWindow contentFrame was
defined as such:

- (id)contentView
Returns the receivers’s content view, the highest accessible NSView
object in the receiver’s view hierarchy.

This is compared with the current documentation [2]:
@property(strong) __kindof NSView *contentView;

We have fixed our builds by adding a cast to NSView, but I wanted to
leave this here in case someone else faces the same issue.




On 2/11/21 10:08 AM, Severin Gehwolf wrote:
> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.
> Hi,
> On Thu, 2021-02-11 at 16:55 +0100, Andreas Ahlenstorf wrote:
>> Hi Severin,
>> On Thu, Feb 11, 2021, at 10:39, Severin Gehwolf wrote:
>>> The JDK 11 patch set the updated year to 2018, not 2021. Please keep
>>> 2018. The reason for this is to keep code bases in sync as much as
>>> possible.
>> Thanks. Will fix.
>>> What kind of testing have you done?
>> jtreg on jdk/test/java/awt/Window.
> OK thanks, I can sponsor this for you.
> Cheers,
> Severin

More information about the jdk8u-dev mailing list