-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
7u40, 8
-
OS X 10.8.4, 7u40b31, dual-screen setup, retina emulator on a primary device.
-
x86
-
os_x
OS X 10.8.4, 7u40b31, dual-screen setup, retina emulator on a primary device.
Run an old as hills regression test
closed/java/awt/Rectangle/IntersectionTest/IntersectionTest.java
on OS X. It intersects two non-intersecting rectangles and applies this intersection as a clip. The following getClipBounds() elsewhere returns the same rectangle with negative width and height. This rectangle (as I understand), first, is kept as a clip set; second, is ignored as such (no attempt to apply or repair)(am I right?). Why it is so, see in https://jbs.oracle.com/bugs/browse/JDK-4147957.
Oh, I forgot to say, the test fails on Mac.
The test does pass on my single-monitor Linux and on dual-monitor Windows.
I don't know if retina (emulator) is essential for failure on primary screen.
I don't know if dual-screen setup is essential.
Run an old as hills regression test
closed/java/awt/Rectangle/IntersectionTest/IntersectionTest.java
on OS X. It intersects two non-intersecting rectangles and applies this intersection as a clip. The following getClipBounds() elsewhere returns the same rectangle with negative width and height. This rectangle (as I understand), first, is kept as a clip set; second, is ignored as such (no attempt to apply or repair)(am I right?). Why it is so, see in https://jbs.oracle.com/bugs/browse/JDK-4147957.
Oh, I forgot to say, the test fails on Mac.
The test does pass on my single-monitor Linux and on dual-monitor Windows.
I don't know if retina (emulator) is essential for failure on primary screen.
I don't know if dual-screen setup is essential.
- duplicates
-
JDK-8004859 Graphics.getClipBounds/getClip return difference nonequivalent bounds, depending from transform.
- Closed
- relates to
-
JDK-4147957 setClip with invalid rect changes rect to valid
- Resolved