-
Notifications
You must be signed in to change notification settings - Fork 173
8287663: Add a regression test for JDK-8287073 #323
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
👋 Welcome back sgehwolf! A progress list of the required criteria for merging this PR into |
|
This backport pull request has now been updated with issue from the original commit. |
Webrevs
|
phohensee
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm.
|
@jerboaa This change now passes all automated pre-integration checks. After integration, the commit message for the final commit will be: 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 no new commits pushed to the ➡️ To integrate this PR with the above commit message to the |
|
Thanks for the review, @phohensee! |
|
x86 tier1 one GHA failure seems unrelated to this patch. |
|
@jerboaa This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration! |
|
Please keep open. |
gnu-andrew
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The @bug line difference seems to have occurred because JDK-8293540 was backported before JDK-8287107 and JDK-8287073 in 8u.
Can we use this opportunity to get the bug line into numerical order, so any later patches apply cleanly? i.e. @bug 8287107 8287073 8293540 as in openjdk/jdk@6d83482 ? Thanks.
We should probably be removing the @modules line in 8u, but I'm happy to let that stay if it makes backports easier.
Fixed. More thoughts? |
gnu-andrew
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, that was the only issue I could see. Approved for 8u.
|
/integrate |
Simple low risk backport for a regression check of https://bugs.openjdk.org/browse/JDK-8287073 (forthcoming). The only changes were (other than context changes due to
optResult.equals(Optional.empty()vsoptResult.isEmpty()differences):Files.writeString()=>Files.write()changes in test.Testing:
Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/323/head:pull/323$ git checkout pull/323Update a local copy of the PR:
$ git checkout pull/323$ git pull https://git.openjdk.org/jdk8u-dev.git pull/323/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 323View PR using the GUI difftool:
$ git pr show -t 323Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/323.diff
Webrev
Link to Webrev Comment