RFR: 8u backport of JDK-8211301 [macos] support full window content options
alvdavi at amazon.com
Wed Apr 14 19:23:00 UTC 2021
I've created JDK-8265238  to keep track of this
On 4/14/21 11:51 AM, Alvarez, David wrote:
> 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  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 :
> @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.
>> 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
>>> 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.
More information about the jdk8u-dev