This tests was failing on macos12 M1 systems due to wrong color profile
configurations set in CI systems.
If correct sRGB IEC61966-2.1 is set, then these test passed. Test job link in
JBS..
So, removing from Problem list..
-
Commit messages:
- 8277816: Client tests fail on macos-A
> Test was failing in CI system in nightly testing.
> Saw it failed with HeadlessException in macos-x64 and mascos-aarch64 and with
> GTKL&F not supported in linux-x64 in headless CI system.
> Made the test headful and test now passes in all platforms (link in JBS)
Prasanta Sadhukhan has updated
On Tue, 12 Apr 2022 20:28:43 GMT, Alexey Ivanov wrote:
>> Prasanta Sadhukhan has updated the pull request with a new target base due
>> to a merge or a rebase. The pull request now contains two commits:
>>
>> - Merge branch 'master' into JDK-8194946
>> - 8194946: Regression automated Test
>>
On Wed, 13 Apr 2022 08:56:53 GMT, Prasanta Sadhukhan
wrote:
>> Test was failing in CI system in nightly testing.
>> Saw it failed with HeadlessException in macos-x64 and mascos-aarch64 and
>> with GTKL&F not supported in linux-x64 in headless CI system.
>> Made the test headful and test now pas
On Tue, 12 Apr 2022 12:27:22 GMT, Prasanta Sadhukhan
wrote:
> Test was failing in CI system in nightly testing.
> Saw it failed with HeadlessException in macos-x64 and mascos-aarch64 and with
> GTKL&F not supported in linux-x64 in headless CI system.
> Made the test headful and test now passes
Create an automated test for
[JDK-4422535](https://bugs.openjdk.java.net/browse/JDK-4422535)
AccessibleValue implementation only accept Integers
The AccessibleValue implementations of the following components:
java.awt.Scrollbar
javax.swing.AbstractButton
javax.swing.JInternalFrame
javax.swing.JS
Window's title height was increased in Gnome/Unity since it was written, so the
test tries to initiate drag on frame's header instead of its body.
Making the frame undecorated solves the issue.
Testing is green on all platforms.
-
Commit messages:
- initial
Changes: https://git.o
On Sat, 9 Apr 2022 05:27:37 GMT, Sergey Bylokhov wrote:
>> Manukumar V S has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Review comment fixed: Removed unwanted directory
>
> Marked as reviewed by serb (Reviewer).
@mrserb Can you sponsor
This test had problem described in the bug report, and most of it was related
to being headful.
But actually the test didn't need to be headful - it did the actual rendering
it wanted to test to
a software BufferedImage. So make it headless.
Also only Windows always supports LCD text, so run the
> Fixed the following issue.
> 1) Removed yes/no since test was failing due to "Parser error due to yesno in
> @run main/manual=yesno"
> 2) After removing yes/no test run( just shows the UI and gets dispose
> immediately). User cannot interact with the test UI and mark the test pass or
> failed.
On Tue, 12 Apr 2022 19:38:33 GMT, Andrey Turbanov wrote:
> Default `to` index for String.substring method call is length of the String.
> We can simplify code a bit, by omitting default value.
This pull request has now been integrated.
Changeset: bf1c3ef0
Author:Andrey Turbanov
URL:
Found various typos of expected: `exepected`, `exept`, `epectedly`, `expeced`,
`Unexpeted`, etc.
-
Commit messages:
- [PATCH] Fix 'expected' typo
- [PATCH] Fix 'expected' typo
- [PATCH] Fix 'expected' typo
Changes: https://git.openjdk.java.net/jdk/pull/8231/files
Webrev: https:/
This fix simply remove the test from ProblemList, since the issue is no longer
reproducible.
Multiple CI test runs are green.
-
Commit messages:
- initial
Changes: https://git.openjdk.java.net/jdk/pull/8232/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=8232&range=00
On Wed, 13 Apr 2022 21:28:35 GMT, Alexander Zvegintsev
wrote:
> This test has two undecorated frames:
>
> 1. background, 300x300
> 2. shaped foreground, 200x200
>
> After displaying this frames it tries to check color outside of shape but
> within frame 2 bounds.
>
> Unfortunately, on Linux
This test has two undecorated frames:
1. background, 300x300
2. shaped foreground, 200x200
After displaying this frames it tries to check color outside of shape but
within frame 2 bounds.
Unfortunately, on Linux and macOS there is a shadow around the shaped frame:
 in both cases. We have to
read back from a volatile image to get a s/w surface for LCD te
On Wed, 13 Apr 2022 20:36:48 GMT, Andrey Turbanov wrote:
> Found various typos of expected: `exepected`, `exept`, `epectedly`,
> `expeced`, `Unexpeted`, etc.
Expect the Unexpeted.
-
Marked as reviewed by bpb (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/8231
On Wed, 13 Apr 2022 07:40:50 GMT, Prasanta Sadhukhan
wrote:
> This tests was failing on macos12 M1 systems due to wrong color profile
> configurations set in CI systems.
> If correct sRGB IEC61966-2.1 is set, then these test passed. Test job link in
> JBS..
>
> So, removing from Problem list.
On Wed, 13 Apr 2022 20:36:48 GMT, Andrey Turbanov wrote:
> Found various typos of expected: `exepected`, `exept`, `epectedly`,
> `expeced`, `Unexpeted`, etc.
test/jdk/java/lang/StackWalker/StackStreamTest.java line 218:
> 216: private static void equalsOrThrow(String label, List list,
>
> This test has two undecorated frames:
>
> 1. background, 300x300
> 2. shaped foreground, 200x200
>
> After displaying this frames it tries to check color outside of shape but
> within frame 2 bounds.
>
> Unfortunately, on Linux and macOS there is a shadow around the shaped frame:
> ;
>>
>> Dunno why the old ver
Magnus,
This proposal does not address the previous concerns. As before, you are
proposing to put the data files used to generate the classes for
jdk.localedata and jdk.charsets into src/java.base and I don't think we
should do that. I really think this PR needs to be withdraw n or closed
unt
Hi,
I am the person who created this issues:
https://bugs.openjdk.java.net/browse/JDK-8284730
I am messaging you, because I don't have an account, so I can't answer Praveen
Narayanaswamy.
I would like to say to him that his suggestion is not an good solution.
I can't copy paste file from
"%u
On 16/03/2022 08:44, Magnus Ihse Bursie wrote:
:
If you have such strong opinions on the data files shared between
java.base and jdk.charsets/jdk.localedata, I propose we leave them in
make/data for the time being, clean up the associated mess, and then
work out where they actually should be.
28 matches
Mail list logo
