8282937: Write a regression test for JSplitPane divider drag color changes

[manukumarvs]

Write a regression test for JDK-4820080 : RFE: Cannot Change the JSplitPane Divider Color while dragging

Issue(as per bug description):
I want to change the color of the JSplitPane divider. I
opened the code and found that, the color is hard coded to
darkGray while one is dragging the splitDivider. I have an
application where the components on SplitPane have black
background, So when i drag I can not see the split getting
dragged. Can some one fix this, by externelising the
SplitDivider color so that it can be changed at run time.

Testing:
Java 1.4.1 -> Test Failed.
$ ./j2sdk1.4.1/bin/java JSplitPaneDragColorTest
Metal uses correct drag color false
CDE/Motif uses correct drag color false
Windows uses correct drag color false
Test Failed.

Java 1.5.0 -> Test Passed.
$ ./jdk1.5.0/bin/java JSplitPaneDragColorTest
Metal uses correct drag color true
Windows uses correct drag color true
Windows Classic uses correct drag color true
Test Passed.

---

Progress

• Change must not contain extraneous whitespace
• Commit message must refer to an issue
• Change must be properly reviewed

Issue

• JDK-8282937: Write a regression test for JDK-4820080

Reviewers

• Sergey Bylokhov (@mrserb - Reviewer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jdk pull/7803/head:pull/7803
$ git checkout pull/7803

Update a local copy of the PR:
$ git checkout pull/7803
$ git pull https://git.openjdk.java.net/jdk pull/7803/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 7803

View PR using the GUI difftool:
$ git pr show -t 7803

Using diff file

Download this PR as a diff file:
https://git.openjdk.java.net/jdk/pull/7803.diff

[bridgekeeper]

👋 Welcome back mvs! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

@manukumarvs The following label will be automatically applied to this pull request:

• client

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing list. If you would like to change these labels, use the /label pull request command.

[mlbridge]

Webrevs

• 01: Full - Incremental (afb0a2b0)
• 00: Full (b1c14ff7)

[mrserb]

Looks fine, please confirm that mach5 is green before integration.

[openjdk]

@manukumarvs This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8282937: Write a regression test for JDK-4820080

Reviewed-by: serb

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 314 new commits pushed to the master branch:

• 3da5204: 8283229: compiler/arguments/TestCodeEntryAlignment.java fails with release VMs
• 3e39304: 8281631: HashMap copy constructor and putAll can over-allocate table
• 0cf291b: 8283234: Improve @jls usage in java.base
• 9b8afce: 8283260: gcc is not supported on mac
• 08cadb4: 8271195: Use largest available large page size smaller than LargePageSizeInBytes when available
• de4f04c: 8253495: CDS generates non-deterministic output
• 4df24c5: 8283230: Improve @jls usage in ElementType
• 27fe3d7: 8240756: [macos] SwingSet2:TableDemo:Printed Japanese characters were garbled
• bacfaa3: 8282414: x86: Enhance the assembler to generate more compact instructions
• 1465ea9: 8282355: compiler/arguments/TestCodeEntryAlignment.java failed "guarantee(sect->end() <= tend) failed: sanity"
• ... and 304 more: https://git.openjdk.java.net/jdk/compare/f07b8165231799383303e5c0755d07afd2feb7fd...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@mrserb) but any other Committer may sponsor as well.

➡️ To flag this PR as ready for integration with the above commit message, type /integrate in a new comment. (Afterwards, your sponsor types /sponsor in a new comment to perform the integration).

[manukumarvs]

Looks fine, please confirm that mach5 is green before integration.

Confirmed with Mach5 execution in Linux,Mac and Windows machines(10 times run in each platform) and got all pass.

[manukumarvs]

/integrate

[openjdk]

@manukumarvs
Your change (at version afb0a2b) is now ready to be sponsored by a Committer.

[mrserb]

/sponsor

[openjdk]

Going to push as commit 849b195.
Since your change was applied there have been 360 commits pushed to the master branch:

• 81d6373: 8282469: Allow considered use of C++ thread_local in Hotspot
• f3dc0c8: 8282721: HotSpot Style Guide should allow considered use of C++ thread_local
• f8878cb: 8257733: Move module-specific data from make to respective module
• 14b9e80: 8283415: Update java.lang.ref to use sealed classes
• f4f8728: 8283097: Parallel: Move filler object logic inside PSPromotionLAB::unallocate_object
• 19d34bd: 8281879: Serial: Merge CardGeneration into TenuredGeneration
• 999da9b: 8282306: os::is_first_C_frame(frame*) crashes on invalid link access
• c4dc58e: 8283277: ISO 4217 Amendment 171 Update
• cb576da: 8283379: Memory leak in FileHeaderHelper
• 909986c: 8283217: Leak FcObjectSet in getFontConfigLocations() in fontpath.c
• ... and 350 more: https://git.openjdk.java.net/jdk/compare/f07b8165231799383303e5c0755d07afd2feb7fd...master

Your commit was automatically rebased without conflicts.

[openjdk]

@mrserb @manukumarvs Pushed as commit 849b195.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.