-
Bug
-
Resolution: Fixed
-
P2
-
1.1.4
-
None
-
1.1.5
-
generic
-
generic
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2017032 | 1.2.0 | Paul Young | P2 | Resolved | Fixed | 1.2beta2 |
This bug was introduced in JDK 1.1.4. It was not present in 1.1.3.
JavaTest 2.0 displays a frame containing a menu bar, and a panel with border
layout. The center of the border panel is a panel with card layout.
When new cards are added to the card layout, the entire window moves upwards.
Frame and all. It moves about half an inch. It does not change size; it moves.
I tried to see if the distance moved corresponded to anything like the
height of the window decoration (not really) or the height of the menu bar
(very close, but not exact.)
Bottom line, the frame should not move on the screen because its internal components have changed.
I ran the identical same classes with JDK 1.1.3, and they worked as expected.
The frame did not move when new panels were added to the internal container.
JavaTest 2.0 displays a frame containing a menu bar, and a panel with border
layout. The center of the border panel is a panel with card layout.
When new cards are added to the card layout, the entire window moves upwards.
Frame and all. It moves about half an inch. It does not change size; it moves.
I tried to see if the distance moved corresponded to anything like the
height of the window decoration (not really) or the height of the menu bar
(very close, but not exact.)
Bottom line, the frame should not move on the screen because its internal components have changed.
I ran the identical same classes with JDK 1.1.3, and they worked as expected.
The frame did not move when new panels were added to the internal container.
- backported by
-
JDK-2017032 Frames migrate across screen when internal layout changes
-
- Resolved
-
- relates to
-
JDK-4094630 frame moves to 0,0 when children are added
-
- Closed
-